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

2021-04-18 08:38:00 4.5k 阅读 AI 写同款 · GEO 优化AI 选题数据监测一键分发 ›

【毕业设计参考】基于yolov8+pyqt5自适应界面设计的锂电池表面缺陷检测系统基于YOLOv8+PyQt5的锂电池表面缺陷检测系统结合了先进的目标检测技术与友好的用户界面设计，为锂电池质量检测提供了一种高效、准确的解决方案。未来，随着深度学习技术的不断发展，我们可以进一步优化模型，提高检测精度和速度，同时拓展系统功能，如实现实时视频流检测、与生产系统的深度集成等，为锂电池产业的发展注入新的活力。希望本文对大家在相关领域的研究和实践有所帮助，欢迎大家在评论区交流讨论。阅读详情

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

...全文

C++实现SM4国密算法实战指南通过以上实现，开发者可以快速在C++项目中集成SM4国密算法，满足金融、政务等领域的安全需求。实际部署时建议通过国家密码管理局的合规性检测，并定期更新密钥管理策略。库（支持国密算法），需提前安装并配置开发环境。阅读详情

wang_peng

.NET技术前瞻 13,343 成员 5,385 内容

+ 关注 + 加入社区

切换为时间正序

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的处境把，任何人都可以攻击你，我们说别怪人家，因为你不打算跟任何人合作。其他语言都无法和你配合，你总让别人迁就你么？那怎么合作

[/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的处境把，任何人都可以攻击你，我们说别怪人家，因为你不打算跟任何人合作。其他语言都无法和你配合，你总让别人迁就你么？那怎么合作

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的处境把，任何人都可以攻击你，我们说别怪人家，因为你不打算跟任何人合作。其他语言都无法和你配合，你总让别人迁就你么？那怎么合作

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。

以专业开发人员为伍 2021-04-18

打赏
举报

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

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

相关推荐