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

[wang_peng]

.net core 微软有没有可以用datatable通讯的框架
以前.net fromwork 4.0有wcf, remoting,
.net core 推荐 grpc 但这东西不能返回 datatable，全是自定义的协议
最好不要是第三方的。信不着

[以专业开发人员为伍]

通讯，应该基于通用的二级制对象来设计，例如你可以通过（不要求性能的）json字符串形式或者（要求性能的）protol buffer 形式来序列化、反序列化对象 Model。这是工程师之间都懂的通用的技术，与编程语言无关。

[鸡窝里的毛]

.net core可以使用WCF，项目里添加相应的依赖包即可。不考虑性能，可以用回WCF。

[by_封爱]

引用 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 的确是改的少...

[by_封爱]

为什么要纠结使用datatable???

[wanghui0380]

本来不想回这贴，我们说话不好听，回了惹人烦，不过楼上也回了，我们就说两句 既然用netcore，那么请放开胸怀，接受外部。 微软为啥不在默认支持wcf，其实很简单。因为微软已经明白，固步自封，围城内卷只有死路一条。放开胸怀，接受外部，开放合作，互融才是未来 grpc 基于protocol，想想看protocol为啥只支持基础类型，而不支持特定类型？？ 很简单----------------开放合作，互融这才是关键，因为这些基础类型才是大家都支持的，想合作，自然是搁置争议，共同开发，同时互不干涉内部。 而grpc正式因为这样的特性，所以才成功上位，才成为一种无关任何语言的异构通讯基准。这样你才能跟java，go，elang，python们一起工作。 上帝为了不让人统一，所以让你各自使用各自的语言，所以你的巴比塔倒塌 datatalbe作为一种net特有的类型，如果你把他作为你的标准。那么你以后跟任何语言的工作者合作，都会成为障碍，也会成为人家攻击你的解开。 看看以前net的处境把，任何人都可以攻击你，我们说别怪人家，因为你不打算跟任何人合作。其他语言都无法和你配合，你总让别人迁就你么？那怎么合作

[wang_peng]

引用 1 楼 以专业开发人员为伍 的回复:

通讯，应该基于通用的二级制对象来设计，例如你可以通过（不要求性能的）json字符串形式或者（要求性能的）protol buffer 形式来序列化、反序列化对象 Model。这是工程师之间都懂的通用的技术，与编程语言无关。

就是不想这样干

[wang_peng]

引用 3 楼 by_封爱 的回复:

为什么要纠结使用datatable???

1.客户端用的是datagrid, 用datatable 操作起来方便。 2.业务逻辑就是sql语句，而且总变，不可能sql语句增加一个字段，模型还去增加。所以直接返回datatable

[wang_peng]

引用 4 楼 wanghui0380 的回复:

本来不想回这贴，我们说话不好听，回了惹人烦，不过楼上也回了，我们就说两句 既然用netcore，那么请放开胸怀，接受外部。 微软为啥不在默认支持wcf，其实很简单。因为微软已经明白，固步自封，围城内卷只有死路一条。放开胸怀，接受外部，开放合作，互融才是未来 grpc 基于protocol，想想看protocol为啥只支持基础类型，而不支持特定类型？？ 很简单----------------开放合作，互融这才是关键，因为这些基础类型才是大家都支持的，想合作，自然是搁置争议，共同开发，同时互不干涉内部。 而grpc正式因为这样的特性，所以才成功上位，才成为一种无关任何语言的异构通讯基准。这样你才能跟java，go，elang，python们一起工作。 上帝为了不让人统一，所以让你各自使用各自的语言，所以你的巴比塔倒塌 datatalbe作为一种net特有的类型，如果你把他作为你的标准。那么你以后跟任何语言的工作者合作，都会成为障碍，也会成为人家攻击你的解开。 看看以前net的处境把，任何人都可以攻击你，我们说别怪人家，因为你不打算跟任何人合作。其他语言都无法和你配合，你总让别人迁就你么？那怎么合作

你这说法有点跑题了，即然我这样问，就有用这样的环境。一个小功能而，还考滤什么其它其他语言配合。 你现在的状态有点像 2楼[以专业开发人员为伍]以前的状态，上来就是一堆劈头盖脸说一些不相关的，最后还没解决问题，不过，现在他好多， 最起码语气上正常了。

[wanghui0380]

引用 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本来就没打算把你们这些特殊人群考虑进去，所以你抱怨也没有用，不如坦然接受

[wanghui0380]

如果你觉着我们回复木有用，我建议你可以使用odata，至少nercore还支持odata，至少odata还是照顾你们这些特殊人群的，他也就是你要的，查询数据库，返回集合，还不用你写任何转换 ps，这不是第3方，这就是微软自己的，当然这个只是api不是所谓的通讯层

[wang_peng]

引用 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]

你自己都回复的是，我就是不想这么干。那你还让人回复啥。 微软还回复“我netcore就是不想让不想这么干的人就得这么干”，所以请坦然接受，微软给掐了。你在不乐意都木用，因为如果微软不想干了，其他的写所谓框架的人就不会支持他，因为没人会花时间写一个连主人都放弃的，而且只有一小撮人用的东西

[piao2004]

引用 4 楼 wanghui0380 的回复:

本来不想回这贴，我们说话不好听，回了惹人烦，不过楼上也回了，我们就说两句 既然用netcore，那么请放开胸怀，接受外部。 微软为啥不在默认支持wcf，其实很简单。因为微软已经明白，固步自封，围城内卷只有死路一条。放开胸怀，接受外部，开放合作，互融才是未来 grpc 基于protocol，想想看protocol为啥只支持基础类型，而不支持特定类型？？ 很简单----------------开放合作，互融这才是关键，因为这些基础类型才是大家都支持的，想合作，自然是搁置争议，共同开发，同时互不干涉内部。 而grpc正式因为这样的特性，所以才成功上位，才成为一种无关任何语言的异构通讯基准。这样你才能跟java，go，elang，python们一起工作。 上帝为了不让人统一，所以让你各自使用各自的语言，所以你的巴比塔倒塌 datatalbe作为一种net特有的类型，如果你把他作为你的标准。那么你以后跟任何语言的工作者合作，都会成为障碍，也会成为人家攻击你的解开。 看看以前net的处境把，任何人都可以攻击你，我们说别怪人家，因为你不打算跟任何人合作。其他语言都无法和你配合，你总让别人迁就你么？那怎么合作

人贵有自知之明，知道回了惹人烦，就别回了

[piao2004]

引用 7 楼 wang_peng 的回复:

[quote=引用 4 楼 wanghui0380 的回复:]本来不想回这贴，我们说话不好听，回了惹人烦，不过楼上也回了，我们就说两句 既然用netcore，那么请放开胸怀，接受外部。 微软为啥不在默认支持wcf，其实很简单。因为微软已经明白，固步自封，围城内卷只有死路一条。放开胸怀，接受外部，开放合作，互融才是未来 grpc 基于protocol，想想看protocol为啥只支持基础类型，而不支持特定类型？？ 很简单----------------开放合作，互融这才是关键，因为这些基础类型才是大家都支持的，想合作，自然是搁置争议，共同开发，同时互不干涉内部。 而grpc正式因为这样的特性，所以才成功上位，才成为一种无关任何语言的异构通讯基准。这样你才能跟java，go，elang，python们一起工作。 上帝为了不让人统一，所以让你各自使用各自的语言，所以你的巴比塔倒塌 datatalbe作为一种net特有的类型，如果你把他作为你的标准。那么你以后跟任何语言的工作者合作，都会成为障碍，也会成为人家攻击你的解开。 看看以前net的处境把，任何人都可以攻击你，我们说别怪人家，因为你不打算跟任何人合作。其他语言都无法和你配合，你总让别人迁就你么？那怎么合作

你这说法有点跑题了，即然我这样问，就有用这样的环境。一个小功能而，还考滤什么其它其他语言配合。 你现在的状态有点像 2楼[以专业开发人员为伍]以前的状态，上来就是一堆劈头盖脸说一些不相关的，最后还没解决问题，不过，现在他好多， 最起码语气上正常了。[/quote] 2楼[以专业开发人员为伍]以前虽然语气差，但至少给人感觉到他还是有真材实学的。末了他总是要么能帮人解决问题，或者提供思路。既如此，他的语气差不差，倒也还可以不去理会。但是这个wanghui0380完全就是一个半路货，只知其表不知其理。知其然不知其所以然，他除了自我感觉牛B哄哄之外，啥也不是

[wanghui0380]

引用 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们

[wang_peng]

引用 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 的常客. 以专业开发人员为伍以前的状态都知道, 都多少年的事了. 而且这个问题我已经解决了, 就是为了不想再争一些没用的,所以很快就结了.