求助，嵌入式设备内嵌一个 web app，用什么前端框架合适？

[mingff258]

支持 PC 访问类似于 TPLINK 等路由器的配置界面，需要查看数据、查看简单图表。 看了下貌似有很多方案， React 、 Vue 、 Angularjs ， JQuery 等等，头大…… 只会基础的 Html 和 JavaScript ，哪个容易上手？ 资源放在嵌入式设备里面，所以追求轻量化，最好能兼顾移动端的

[wobuhuicode]

刚毕业的时候做过路由器的控制界面，用 JQ + bootstrap 三天交货。图标用 chart.js 。不过那时候还没有什么鬼 react/vue 的东西。感觉如果新手的话， JQ 还是比较友好的，兼容性也说得过去

[ZOwl]

轻量化的还是选择 Vue 好一些，兼顾移动端，可以参考这个： http://getvum.com/

[Miy4mori]

java 写的多的话 ng2 好上手，看文档 vue 也很好上手， react 不想多说，坑多，当然，最快最简单的还是 jq ，毕竟不折腾

[southwolf]

直接套个 bootstrap 现成模板完事

[Ahri]

React 门槛高，不想入坑不推荐。你这种用传统的后端渲染就行了吧。

[learnshare]

有一点很重要，代码量一定要小，小，小。

我记得之前做路由器的时候，只有几百 K 的存储；
而且静态资源传输也会影响路由器性能吧。

另一个难题是路由器没有 HTTP API （自己定制开发就另说了），所以一般是后端程序直接驱动 Web 内容（连渲染模板都算不上）。

简单点，精简的 Bootstrap css + jqLite 如何？

[Shazoo]

嵌入式设备其实无需太多在意前端框架的量级。

因为，即使使用 gohead 、 boa 之类的嵌入式 web server ，对前端来说，也几乎是透明。

只要控制好，不需要加载过多文件就好了。

举个例子，你页面里面有 1 个图片，一个很重的 jQuery ，对嵌入式设备来说，开销其实要比 10 个图片，一个轻量级的 vue 来的省。


另，欢迎来到 C++写 CGI 的世界~~~呵呵

[q397064399]

jquery 吧，发布后反正也没打算更新了，
而且用户更新路由器软件的机会很小，自动更新会导致断网等情况，客户肯定是不愿意看到的

[q397064399]

@Shazoo 一般都是 lua 吧，谁会脚本程序也脑残到用 C++ 不是作死么？

[aleen42]

都既然是嵌入式系统的 app ， 你还引用框架= =。选型之前要考虑，你的嵌入式设备能消耗不？不然，就会得不偿失。

[q397064399]

@learnshare 现在一般是 8M flash 起步吧， 16M 也不贵，而且 容量越大 软件开发的成本越低，毕竟可以上 linux 了，开源一大抄
倒是一些存储空间不能看的路由器 用的 VxWorks 简直要吐血

[q397064399]

@aleen42 不消耗，渲染都是浏览器完成，路由器只负责数据跟文件

[lalalakakaka]

参考 openwrt 后台

用 bootstrap+jQ

[kohos]

如果觉得 jQuery 文太大（ 84K ）可以换 Zepto （ 9.6K ），用法和 jQuery 一样

[mingff258]

@learnshare 我用 C++基于 http_parser 写了个简单的 HTTP Server ，用起来倒是够用

[mingff258]

@Shazoo 百度了下 CGI ，第一次听说这名词……确实是用 C++写了个 HTTP Server ，然后对外提供 json 格式的数据，方便客户端获取数据

[mingff258]

看大家的回复，看来 bootstrap + jQuery 组合推荐较多，这下有重点了，哈哈

[mingff258]

@aleen42 引用框架写得快嘛，而且成熟的方案美观易用。我的设备只是存储静态文件，然后发给浏览器执行

[mingff258]

@Ahri 后端渲染，也是第一次听说，原谅我前端知识的匮乏……我的情况应该是属于前端渲染，设备只存静态文件，浏览器请求文件后负责后续的任务。

[aleen42]

@mingff258 嗯。其实我觉得不需要引用，一来省地方，二来页面应该不会有太复杂的逻辑