.net core 微软有没有可以返回datatable 通讯框架

wang_peng 2021-04-18 08:38:00
.net core 微软有没有可以用datatable通讯的框架
以前.net fromwork 4.0有wcf, remoting,
.net core 推荐 grpc 但这东西不能返回 datatable,全是自定义的协议
最好不要是第三方的。信不着
...全文
4033 16 打赏 收藏 举报
写回复
16 条回复
切换为时间正序
请发表友善的回复…
发表回复
wang_peng 2021-05-27
  • 打赏
  • 举报
回复
引用 14 楼 piao2004 的回复:
[quote=引用 7 楼 wang_peng 的回复:][quote=引用 4 楼 wanghui0380 的回复:]本来不想回这贴,我们说话不好听,回了惹人烦,不过楼上也回了,我们就说两句 既然用netcore,那么请放开胸怀,接受外部。 微软为啥不在默认支持wcf,其实很简单。因为微软已经明白,固步自封,围城内卷只有死路一条。放开胸怀,接受外部,开放合作,互融才是未来 grpc 基于protocol,想想看protocol为啥只支持基础类型,而不支持特定类型?? 很简单----------------开放合作,互融这才是关键,因为这些基础类型才是大家都支持的,想合作,自然是搁置争议,共同开发,同时互不干涉内部。 而grpc正式因为这样的特性,所以才成功上位,才成为一种无关任何语言的异构通讯基准。这样你才能跟java,go,elang,python们一起工作。 上帝为了不让人统一,所以让你各自使用各自的语言,所以你的巴比塔倒塌 datatalbe作为一种net特有的类型,如果你把他作为你的标准。那么你以后跟任何语言的工作者合作,都会成为障碍,也会成为人家攻击你的解开。 看看以前net的处境把,任何人都可以攻击你,我们说别怪人家,因为你不打算跟任何人合作。其他语言都无法和你配合,你总让别人迁就你么?那怎么合作
你这说法有点跑题了,即然我这样问,就有用这样的环境。一个小功能而,还考滤什么其它其他语言配合。 你现在的状态有点像 2楼[以专业开发人员为伍]以前的状态,上来就是一堆劈头盖脸说一些不相关的,最后还没解决问题,不过,现在他好多, 最起码语气上正常了。[/quote] 2楼[以专业开发人员为伍]以前虽然语气差,但至少给人感觉到他还是有真材实学的。末了他总是要么能帮人解决问题,或者提供思路。既如此,他的语气差不差,倒也还可以不去理会。但是这个wanghui0380完全就是一个半路货,只知其表不知其理。知其然不知其所以然,他除了自我感觉牛B哄哄之外,啥也不是[/quote] 看来你也是csdn 的常客. 以专业开发人员为伍以前的状态都知道, 都多少年的事了. 而且这个问题我已经解决了, 就是为了不想再争一些没用的,所以很快就结了.
wanghui0380 2021-05-27
  • 打赏
  • 举报
回复
引用 14 楼 piao2004 的回复:
[quote=引用 7 楼 wang_peng 的回复:][quote=引用 4 楼 wanghui0380 的回复:]本来不想回这贴,我们说话不好听,回了惹人烦,不过楼上也回了,我们就说两句 既然用netcore,那么请放开胸怀,接受外部。 微软为啥不在默认支持wcf,其实很简单。因为微软已经明白,固步自封,围城内卷只有死路一条。放开胸怀,接受外部,开放合作,互融才是未来 grpc 基于protocol,想想看protocol为啥只支持基础类型,而不支持特定类型?? 很简单----------------开放合作,互融这才是关键,因为这些基础类型才是大家都支持的,想合作,自然是搁置争议,共同开发,同时互不干涉内部。 而grpc正式因为这样的特性,所以才成功上位,才成为一种无关任何语言的异构通讯基准。这样你才能跟java,go,elang,python们一起工作。 上帝为了不让人统一,所以让你各自使用各自的语言,所以你的巴比塔倒塌 datatalbe作为一种net特有的类型,如果你把他作为你的标准。那么你以后跟任何语言的工作者合作,都会成为障碍,也会成为人家攻击你的解开。 看看以前net的处境把,任何人都可以攻击你,我们说别怪人家,因为你不打算跟任何人合作。其他语言都无法和你配合,你总让别人迁就你么?那怎么合作
你这说法有点跑题了,即然我这样问,就有用这样的环境。一个小功能而,还考滤什么其它其他语言配合。 你现在的状态有点像 2楼[以专业开发人员为伍]以前的状态,上来就是一堆劈头盖脸说一些不相关的,最后还没解决问题,不过,现在他好多, 最起码语气上正常了。[/quote] 2楼[以专业开发人员为伍]以前虽然语气差,但至少给人感觉到他还是有真材实学的。末了他总是要么能帮人解决问题,或者提供思路。既如此,他的语气差不差,倒也还可以不去理会。但是这个wanghui0380完全就是一个半路货,只知其表不知其理。知其然不知其所以然,他除了自我感觉牛B哄哄之外,啥也不是[/quote] 那你们这波人,就别整天在这里说微软害你。 并且为每一个微软害你的帖子站台助威,自己是loster,何必在去害别人。你说呢。loster们
piao2004 2021-05-27
  • 打赏
  • 举报
回复
引用 7 楼 wang_peng 的回复:
[quote=引用 4 楼 wanghui0380 的回复:]本来不想回这贴,我们说话不好听,回了惹人烦,不过楼上也回了,我们就说两句 既然用netcore,那么请放开胸怀,接受外部。 微软为啥不在默认支持wcf,其实很简单。因为微软已经明白,固步自封,围城内卷只有死路一条。放开胸怀,接受外部,开放合作,互融才是未来 grpc 基于protocol,想想看protocol为啥只支持基础类型,而不支持特定类型?? 很简单----------------开放合作,互融这才是关键,因为这些基础类型才是大家都支持的,想合作,自然是搁置争议,共同开发,同时互不干涉内部。 而grpc正式因为这样的特性,所以才成功上位,才成为一种无关任何语言的异构通讯基准。这样你才能跟java,go,elang,python们一起工作。 上帝为了不让人统一,所以让你各自使用各自的语言,所以你的巴比塔倒塌 datatalbe作为一种net特有的类型,如果你把他作为你的标准。那么你以后跟任何语言的工作者合作,都会成为障碍,也会成为人家攻击你的解开。 看看以前net的处境把,任何人都可以攻击你,我们说别怪人家,因为你不打算跟任何人合作。其他语言都无法和你配合,你总让别人迁就你么?那怎么合作
你这说法有点跑题了,即然我这样问,就有用这样的环境。一个小功能而,还考滤什么其它其他语言配合。 你现在的状态有点像 2楼[以专业开发人员为伍]以前的状态,上来就是一堆劈头盖脸说一些不相关的,最后还没解决问题,不过,现在他好多, 最起码语气上正常了。[/quote] 2楼[以专业开发人员为伍]以前虽然语气差,但至少给人感觉到他还是有真材实学的。末了他总是要么能帮人解决问题,或者提供思路。既如此,他的语气差不差,倒也还可以不去理会。但是这个wanghui0380完全就是一个半路货,只知其表不知其理。知其然不知其所以然,他除了自我感觉牛B哄哄之外,啥也不是
piao2004 2021-05-27
  • 打赏
  • 举报
回复
引用 4 楼 wanghui0380 的回复:
本来不想回这贴,我们说话不好听,回了惹人烦,不过楼上也回了,我们就说两句 既然用netcore,那么请放开胸怀,接受外部。 微软为啥不在默认支持wcf,其实很简单。因为微软已经明白,固步自封,围城内卷只有死路一条。放开胸怀,接受外部,开放合作,互融才是未来 grpc 基于protocol,想想看protocol为啥只支持基础类型,而不支持特定类型?? 很简单----------------开放合作,互融这才是关键,因为这些基础类型才是大家都支持的,想合作,自然是搁置争议,共同开发,同时互不干涉内部。 而grpc正式因为这样的特性,所以才成功上位,才成为一种无关任何语言的异构通讯基准。这样你才能跟java,go,elang,python们一起工作。 上帝为了不让人统一,所以让你各自使用各自的语言,所以你的巴比塔倒塌 datatalbe作为一种net特有的类型,如果你把他作为你的标准。那么你以后跟任何语言的工作者合作,都会成为障碍,也会成为人家攻击你的解开。 看看以前net的处境把,任何人都可以攻击你,我们说别怪人家,因为你不打算跟任何人合作。其他语言都无法和你配合,你总让别人迁就你么?那怎么合作
人贵有自知之明,知道回了惹人烦,就别回了
wanghui0380 2021-04-19
  • 打赏
  • 举报
回复
你自己都回复的是,我就是不想这么干。那你还让人回复啥。 微软还回复“我netcore就是不想让不想这么干的人就得这么干”,所以请坦然接受,微软给掐了。你在不乐意都木用,因为如果微软不想干了,其他的写所谓框架的人就不会支持他,因为没人会花时间写一个连主人都放弃的,而且只有一小撮人用的东西
wang_peng 2021-04-19
  • 打赏
  • 举报
回复
引用 2 楼 韩老骥 的回复:
.net core可以使用WCF,项目里添加相应的依赖包即可。不考虑性能,可以用回WCF。
确实,如果第三方的我还不想用,实在没办法,只能用wcf了。只不过不能跨平台了
引用 8 楼 wanghui0380 的回复:
[quote=引用 7 楼 wang_peng 的回复:][quote=引用 4 楼 wanghui0380 的回复:]本来不想回这贴,我们说话不好听,回了惹人烦,不过楼上也回了,我们就说两句 既然用netcore,那么请放开胸怀,接受外部。 微软为啥不在默认支持wcf,其实很简单。因为微软已经明白,固步自封,围城内卷只有死路一条。放开胸怀,接受外部,开放合作,互融才是未来 grpc 基于protocol,想想看protocol为啥只支持基础类型,而不支持特定类型?? 很简单----------------开放合作,互融这才是关键,因为这些基础类型才是大家都支持的,想合作,自然是搁置争议,共同开发,同时互不干涉内部。 而grpc正式因为这样的特性,所以才成功上位,才成为一种无关任何语言的异构通讯基准。这样你才能跟java,go,elang,python们一起工作。 上帝为了不让人统一,所以让你各自使用各自的语言,所以你的巴比塔倒塌 datatalbe作为一种net特有的类型,如果你把他作为你的标准。那么你以后跟任何语言的工作者合作,都会成为障碍,也会成为人家攻击你的解开。 看看以前net的处境把,任何人都可以攻击你,我们说别怪人家,因为你不打算跟任何人合作。其他语言都无法和你配合,你总让别人迁就你么?那怎么合作
你这说法有点跑题了,即然我这样问,就有用这样的环境。一个小功能而,还考滤什么其它其他语言配合。 你现在的状态有点像 2楼[以专业开发人员为伍]以前的状态,上来就是一堆劈头盖脸说一些不相关的,最后还没解决问题,不过,现在他好多, 最起码语气上正常了。[/quote] 我说了,我们说的你不想听。 你说你特殊,特殊只是特殊与,我就压根不想听,不想用。我我特殊就是我以前就是搞wcf的,我不跟非net formworke以外的人打交道 我们回复的是,既然你不想和netformwork以外的人打交道,那么请用回netfromworke,人家netcore,net5本来就没打算把你们这些特殊人群考虑进去,所以你抱怨也没有用,不如坦然接受[/quote] 你也别我们我们的你代表不了大家,其它的我能不能,最起码其它人回答还算是比较礼貌,还什么不跟非net formworke以外的人打交道,你上来就有情绪的回答,进来干嘛。
wanghui0380 2021-04-19
  • 打赏
  • 举报
回复
如果你觉着我们回复木有用,我建议你可以使用odata,至少nercore还支持odata,至少odata还是照顾你们这些特殊人群的,他也就是你要的,查询数据库,返回集合,还不用你写任何转换 ps,这不是第3方,这就是微软自己的,当然这个只是api不是所谓的通讯层
wanghui0380 2021-04-19
  • 打赏
  • 举报
回复
引用 7 楼 wang_peng 的回复:
[quote=引用 4 楼 wanghui0380 的回复:]本来不想回这贴,我们说话不好听,回了惹人烦,不过楼上也回了,我们就说两句 既然用netcore,那么请放开胸怀,接受外部。 微软为啥不在默认支持wcf,其实很简单。因为微软已经明白,固步自封,围城内卷只有死路一条。放开胸怀,接受外部,开放合作,互融才是未来 grpc 基于protocol,想想看protocol为啥只支持基础类型,而不支持特定类型?? 很简单----------------开放合作,互融这才是关键,因为这些基础类型才是大家都支持的,想合作,自然是搁置争议,共同开发,同时互不干涉内部。 而grpc正式因为这样的特性,所以才成功上位,才成为一种无关任何语言的异构通讯基准。这样你才能跟java,go,elang,python们一起工作。 上帝为了不让人统一,所以让你各自使用各自的语言,所以你的巴比塔倒塌 datatalbe作为一种net特有的类型,如果你把他作为你的标准。那么你以后跟任何语言的工作者合作,都会成为障碍,也会成为人家攻击你的解开。 看看以前net的处境把,任何人都可以攻击你,我们说别怪人家,因为你不打算跟任何人合作。其他语言都无法和你配合,你总让别人迁就你么?那怎么合作
你这说法有点跑题了,即然我这样问,就有用这样的环境。一个小功能而,还考滤什么其它其他语言配合。 你现在的状态有点像 2楼[以专业开发人员为伍]以前的状态,上来就是一堆劈头盖脸说一些不相关的,最后还没解决问题,不过,现在他好多, 最起码语气上正常了。[/quote] 我说了,我们说的你不想听。 你说你特殊,特殊只是特殊与,我就压根不想听,不想用。我我特殊就是我以前就是搞wcf的,我不跟非net formworke以外的人打交道 我们回复的是,既然你不想和netformwork以外的人打交道,那么请用回netfromworke,人家netcore,net5本来就没打算把你们这些特殊人群考虑进去,所以你抱怨也没有用,不如坦然接受
wang_peng 2021-04-19
  • 打赏
  • 举报
回复
引用 4 楼 wanghui0380 的回复:
本来不想回这贴,我们说话不好听,回了惹人烦,不过楼上也回了,我们就说两句 既然用netcore,那么请放开胸怀,接受外部。 微软为啥不在默认支持wcf,其实很简单。因为微软已经明白,固步自封,围城内卷只有死路一条。放开胸怀,接受外部,开放合作,互融才是未来 grpc 基于protocol,想想看protocol为啥只支持基础类型,而不支持特定类型?? 很简单----------------开放合作,互融这才是关键,因为这些基础类型才是大家都支持的,想合作,自然是搁置争议,共同开发,同时互不干涉内部。 而grpc正式因为这样的特性,所以才成功上位,才成为一种无关任何语言的异构通讯基准。这样你才能跟java,go,elang,python们一起工作。 上帝为了不让人统一,所以让你各自使用各自的语言,所以你的巴比塔倒塌 datatalbe作为一种net特有的类型,如果你把他作为你的标准。那么你以后跟任何语言的工作者合作,都会成为障碍,也会成为人家攻击你的解开。 看看以前net的处境把,任何人都可以攻击你,我们说别怪人家,因为你不打算跟任何人合作。其他语言都无法和你配合,你总让别人迁就你么?那怎么合作
你这说法有点跑题了,即然我这样问,就有用这样的环境。一个小功能而,还考滤什么其它其他语言配合。 你现在的状态有点像 2楼[以专业开发人员为伍]以前的状态,上来就是一堆劈头盖脸说一些不相关的,最后还没解决问题,不过,现在他好多, 最起码语气上正常了。
wang_peng 2021-04-19
  • 打赏
  • 举报
回复
引用 3 楼 by_封爱 的回复:
为什么要纠结使用datatable???
1.客户端用的是datagrid, 用datatable 操作起来方便。 2.业务逻辑就是sql语句,而且总变,不可能sql语句增加一个字段,模型还去增加。所以直接返回datatable
wang_peng 2021-04-19
  • 打赏
  • 举报
回复
引用 1 楼 以专业开发人员为伍 的回复:
通讯,应该基于通用的二级制对象来设计,例如你可以通过(不要求性能的)json字符串形式或者(要求性能的)protol buffer 形式来序列化、反序列化对象 Model。这是工程师之间都懂的通用的技术,与编程语言无关。
就是不想这样干
wanghui0380 2021-04-19
  • 打赏
  • 举报
回复
本来不想回这贴,我们说话不好听,回了惹人烦,不过楼上也回了,我们就说两句 既然用netcore,那么请放开胸怀,接受外部。 微软为啥不在默认支持wcf,其实很简单。因为微软已经明白,固步自封,围城内卷只有死路一条。放开胸怀,接受外部,开放合作,互融才是未来 grpc 基于protocol,想想看protocol为啥只支持基础类型,而不支持特定类型?? 很简单----------------开放合作,互融这才是关键,因为这些基础类型才是大家都支持的,想合作,自然是搁置争议,共同开发,同时互不干涉内部。 而grpc正式因为这样的特性,所以才成功上位,才成为一种无关任何语言的异构通讯基准。这样你才能跟java,go,elang,python们一起工作。 上帝为了不让人统一,所以让你各自使用各自的语言,所以你的巴比塔倒塌 datatalbe作为一种net特有的类型,如果你把他作为你的标准。那么你以后跟任何语言的工作者合作,都会成为障碍,也会成为人家攻击你的解开。 看看以前net的处境把,任何人都可以攻击你,我们说别怪人家,因为你不打算跟任何人合作。其他语言都无法和你配合,你总让别人迁就你么?那怎么合作
by_封爱 2021-04-19
  • 打赏
  • 举报
回复
为什么要纠结使用datatable???
by_封爱 2021-04-19
  • 打赏
  • 举报
回复
引用 4 楼 wanghui0380 的回复:
本来不想回这贴,我们说话不好听,回了惹人烦,不过楼上也回了,我们就说两句
大佬别酱紫....我就是个打酱油的.
引用 6 楼 wang_peng 的回复:
[quote=引用 3 楼 by_封爱 的回复:]为什么要纠结使用datatable???
1.客户端用的是datagrid, 用datatable 操作起来方便。 2.业务逻辑就是sql语句,而且总变,不可能sql语句增加一个字段,模型还去增加。所以直接返回datatable[/quote] 针对楼主说的 使用一般性grid..其实他要的 不是datatable.. 是[{}].. 至于生成一个[{}] 跟用什么"类型"没什么关系... 不管是你datatable还是list<t> 序列化之后都长得一样.. 这能解决你的第一个问题. 第二个问题 就是所谓的"迭代",也就是 list<T> 中的dto 你不想去改.. 就想改下sql 自动就在前台多一个字段 是吧. 按照你这个思想.. datatable 的确是改的少...
八爻老骥 2021-04-18
  • 打赏
  • 举报
回复
.net core可以使用WCF,项目里添加相应的依赖包即可。不考虑性能,可以用回WCF。
  • 打赏
  • 举报
回复
通讯,应该基于通用的二级制对象来设计,例如你可以通过(不要求性能的)json字符串形式或者(要求性能的)protol buffer 形式来序列化、反序列化对象 Model。这是工程师之间都懂的通用的技术,与编程语言无关。
相关推荐
发帖
.NET技术前瞻

1.3w+

社区成员

.NET技术 .NET技术前瞻
社区管理员
  • .NET技术前瞻社区
加入社区
帖子事件
创建了帖子
2021-04-18 08:38
社区公告
暂无公告