- 主题:对多台设备进行数据采集和控制，前端界面网页显示，web开发用什
困不困难看团队。而且找美工也得找对，不是重新搞界面。只是对当前的界面作微调和排版。随便贴几张图，调一下颜色，做出比 web 好看的界面很容易。
【 在 lifegreen (happiness is an attitude) 的大作中提到: 】
: VC的UI界面提升比较困难，还不如直接转到web。
--
FROM 59.60.56.*
采集跟存储是一个程序？
【 在 lifegreen (happiness is an attitude) 的大作中提到: 】
: 是的，后端采集数据后直接存储，然后发送给前端。
--
FROM 61.148.16.*
呃，我觉得找个UIUE设计师出若干版小稿跟客户沟通才是需要做的。
你有点抓不住重点啊。
【 在 lifegreen (happiness is an attitude) 的大作中提到: 】
: 之前的版本是VC做的桌面程序，用户希望提升UI的显示效果，所以我们暂时想到的是这个方案。
: 问一下，前端也是直接可以用socket与后端通信的吗？如果是这样，就不用考虑websocket了。
--
FROM 123.103.9.*
你想多了，项目没那么多资源
【 在 lipp 的大作中提到: 】
: 呃，我觉得找个UIUE设计师出若干版小稿跟客户沟通才是需要做的。
: 你有点抓不住重点啊。
:
--
FROM 159.226.22.*
是，后端就一个程序
【 在 jimmycmh 的大作中提到: 】
: 采集跟存储是一个程序？
:
--
FROM 159.226.22.*
就算不入库，理想的做法也应该是有一台服务器跑一个后端服务，一边对接设备（采集或接收数据），一边提供数据给前端页面或APP展示。
这种情况下，客户端这块就是通常做法了；而服务端对设备侧，现在用什么接口，仍然可以用什么接口。
优势：改动小，做法简单，如果以后需要扩展功能（比如查历史数据，数据分析）也容易，如果设备端接口升级或者有其他新设备来了也好维护（可以直接修改服务端的适配器）；
劣势：系统总体复杂了，实时性也不如直接接设备；
--
FROM 183.69.212.*
浏览器有Service Worker吧？
【 在 oldwatch 的大作中提到: 】
: 基于浏览器的web前端只能吃http及相关衍生协议
: 其实还有一个办法就是客户端内嵌一个web服务器
: 在本地localhost:nnnn提供html/web服务
: ...................
--
FROM 183.95.135.*