- 主题:对多台设备进行数据采集和控制，前端界面网页显示，web开发用什
所有设备的驱动都是C语言，恐怕必须用C语言进行数据采集和控制，这样后端与用JS的前端用什么通信？websocket？注：后端的数据量可能还不小，希望控制在10Mbps以内。
没做过web应用，这次主要是想提升界面的显示效果，并且为App做准备，各位大神有什么建议吗？
--
FROM 159.226.22.*
请教下webSocket要用什么语言编程？如果把C语言采集的数据通过webSocet发出去呢？
【 在 syssky 的大作中提到: 】
: 前端或客户端通过websocket与服务端通信是一个很好的方案。
: 另外注意的一个是单次请求的数据量，再就是并发量。基本没有大问题。
:
--
FROM 159.226.22.*
web应用我没有做过，目前想的是用C语言实现后端的数据采集，然后通过websocket直接给前端，中间不经过数据库或消息队列，实时采集，实时发送，不缓存，前端只能看到访问时刻的数据，历史数据不给它。您觉得这样可行吗？
【 在 syssky 的大作中提到: 】
: websocket与语言无关，客户端支持就可以。
: 设备端采集的数据原则上不应该直接传输到你的客户端，应该先存到服务器端，服务器端是数据库或消息队列甚至是缓存都可以。
: 经服务器端中转后，发给客户端去消费展示。
: ...................
--
FROM 159.226.22.*
很专业，感谢高手的指点，后续有需要再通过邮箱跟您请教，再次感谢！
【 在 syssky 的大作中提到: 】
: 当然可以。
: 要明确的是，数据采集这个功能和数据展示是两个独立过程。一个是生产者一个是消费者，当然可以不做任何缓存，只是转发，所有上报采集到的数据一股脑发给客户端，不管是否出错或看到。
: 一般引入mqtt等消息队列做缓存的原因是，很难保证生产者和消费者的节奏是一致的、很难保证网络一直是好的，也很难保证后续不加入查看历史数据的功能。如果对数据完整性要求没那么高，不要缓存，服务端直接做转发是可行的。
: ...................
--
FROM 159.226.22.*
能不能解释下，为什么必须推两遍？
【 在 jimmycmh 的大作中提到: 】
: 你肯定有服务存数据吧
: 如果采集端直送前端，意味着数据得推两遍，何苦
:
--
FROM 159.226.22.*
之前的版本是VC做的桌面程序，用户希望提升UI的显示效果，所以我们暂时想到的是这个方案。
问一下，前端也是直接可以用socket与后端通信的吗？如果是这样，就不用考虑websocket了。
【 在 javafish 的大作中提到: 】
: 不是不行
: 但是一来设备端跑完整websocket还是很重的
: 二来复杂度会压在前端，web/http不是为应对这种场景而生的
: ...................
--
FROM 159.226.22.*
嗯，后端存储后，向前端发送，但发送只是一遍。
【 在 jimmycmh 的大作中提到: 】
: 前端展示一遍，后端存储一遍
:
--
FROM 159.226.22.*
VC的UI界面提升比较困难，还不如直接转到web。
【 在 hgoldfish 的大作中提到: 】
: 提升 UI 显示效果，，你应该花一万块钱去外包个美工。
: 花大力气把架构推倒重做是缘木求鱼。
: 做成手机 APP 更是要不得的想法，超级深坑。不过可以做个 M 站，通过微信访问。
: ...................
--
FROM 159.226.22.*
是的，后端采集数据后直接存储，然后发送给前端。
【 在 jimmycmh 的大作中提到: 】
: 原作者说要采集端直接发给前端
:
--
FROM 159.226.22.*
你想多了，项目没那么多资源
【 在 lipp 的大作中提到: 】
: 呃，我觉得找个UIUE设计师出若干版小稿跟客户沟通才是需要做的。
: 你有点抓不住重点啊。
:
--
FROM 159.226.22.*