本人有个程序分两个部分,现在用C# WINFORM做的
1)一部分是数据采集,不停的在采集数据,原因是采集数据要从下面的很多硬件来采集的需要花些时间
差不多估计20秒一个周期。采集到的数据也很多,大致有1M左右的数据。
2)一部分是数据显示,根据用户设置,显示采集到数据,有的需要显示,有的不需要显示。
现在本人是把这两部分做在一起的,一个程序里面。但现在有需求,手机也要能看到采集的数据。
就是做一个APP来访问采集到的数据
所以本人想问问,可不可以
1)把数据采集部分做成服务,实现数据的不停的采集
2)原先的显示程序,分离一个单独的程序,实现数据的显示。
3)再有个服务器程序,供APP连接上来访问数据
问题
1)数据采集服务怎么跟显示程序通讯呢?显示程序又需要实时性稍微强一点。
(原因是数据量比较大,感觉用SOCKET通信不是很好,原因是数据量比较大,另外接收的程序,
收到后还要一个个分是哪个硬件设备的数据,原因是显示要分硬件的)
2)为了APP的访问,需要再弄个服务器程序吗?假如APP客户端很多,
有几千个话,都连上来,不是服务器压力也挺大的。(服务器程序岂不是还要好好设计?完成端口什么的)
1)一部分是数据采集,不停的在采集数据,原因是采集数据要从下面的很多硬件来采集的需要花些时间
差不多估计20秒一个周期。采集到的数据也很多,大致有1M左右的数据。
2)一部分是数据显示,根据用户设置,显示采集到数据,有的需要显示,有的不需要显示。
现在本人是把这两部分做在一起的,一个程序里面。但现在有需求,手机也要能看到采集的数据。
就是做一个APP来访问采集到的数据
所以本人想问问,可不可以
1)把数据采集部分做成服务,实现数据的不停的采集
2)原先的显示程序,分离一个单独的程序,实现数据的显示。
3)再有个服务器程序,供APP连接上来访问数据
问题
1)数据采集服务怎么跟显示程序通讯呢?显示程序又需要实时性稍微强一点。
(原因是数据量比较大,感觉用SOCKET通信不是很好,原因是数据量比较大,另外接收的程序,
收到后还要一个个分是哪个硬件设备的数据,原因是显示要分硬件的)
2)为了APP的访问,需要再弄个服务器程序吗?假如APP客户端很多,
有几千个话,都连上来,不是服务器压力也挺大的。(服务器程序岂不是还要好好设计?完成端口什么的)
解决方案
60
问题和“进程”没关系
当然,为了让你理解现在是怎么做滴,你可以百度“app mq技术选型”,mq部分可以用的东西太多,本人根据项目需要选一个把
当然,为了让你理解现在是怎么做滴,你可以百度“app mq技术选型”,mq部分可以用的东西太多,本人根据项目需要选一个把