.Net Framework到.Net Core迁移意见征集

sj490790083 2018-05-08 11:44:45
各位好,目前在做一个Winform的多进程客户端系统。系统由一个服务端进程加多个业务模块进程组成。
所有业务逻辑以及与后台的交互都在服务端进程处理。进程间通信用的.net Remoting框架,服务端负责所有业务服务对象的生命周期管理,将各个业务服务的对象的引用通过通道封送至业务模块。

同时,系统有一个C++写的运行在Linux下的后台程序,负责数据库读写以及一些算法处理。服务端统一与后台交互,采用http+get的方式。

现在有一个想法,把服务端迁移到linux下,并且由framework迁移至core。目的是提升服务端与后台的数据交互效率,降低网络传输带来的延迟。

那么问题来了,由于业务模块仍然是.net framework下的winform程序。和服务端进程间该如何通信。.net core并不支持.net Remoting。还有,如此改造服务端有必要吗?
...全文
569 4 打赏 收藏 转发到动态 举报
AI 作业
写回复
用AI写文章
4 条回复
切换为时间正序
请发表友善的回复…
发表回复
  • 打赏
  • 举报
回复
引用 楼主 sj490790083 的回复:
还有,如此改造服务端有必要吗?
应该先判断清楚以什么长期发展所依赖的技术门槛,不可以犯严重错误。
  • 打赏
  • 举报
回复
实际上,即使是一些大型的空间、图像计算的信息系统也证明了,在.net平台下计算效率也极高,而且傻瓜化,其实用不着c++。 先考虑把系统功能更合理地分配到服务端,避免被那些暗藏在后边不干什么事儿的后台拖垮了效率,这样更好。
  • 打赏
  • 举报
回复
你可以把数据库读写一律放到服务端来处理,让后台只做一点算法。
hez2010 2018-05-08
  • 打赏
  • 举报
回复
通信可以用socket

13,346

社区成员

发帖
与我相关
我的任务
社区描述
.NET技术 .NET技术前瞻
社区管理员
  • .NET技术前瞻社区
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧