的确哦，树莓派，只是为了验证理论上的可行性，做研究，写论文用。真要工业场合，要考虑很多因素。如果硬件开发，都随随便便就能成功，那么大家也都去搞硬件了。

@htfy96，”按传统的设计 -> 切图 -> 逻辑流程走“。确切地将：”按传统的设计 -> 切图 -> 少许组件--->注重样式逻辑“。我觉得这个路线好，现在即使是后台管理程序，特别是比较大型的后台，客户，也比较注重外观和体验，期望很高。

@oliverhuang “bootstrap+jquery+css 也未尝不可吧”，赞同

移动、电信，有物联卡吗？

钉钉里的工时统计，为什么我的客户端里，没有？只有管理员能每次导出后，给员工看吗？普通员工，是不是不能导出自己的工时？

需要的，不前后端的分离的话，如果后端业务一个逻辑有 10 步，走到第 9 步，你要修改第 9 步的后台逻辑，就要重启 java,这样前端就会丢失 session,又回到第 1 步的登录状态，比较低效。

但是你前端不怎么会的话，就不用 nvvm，用 html/css/jquery 。等有了专业前端帮忙，再重构、改。

从 activiti 做，也是很复杂的。除非自己读懂 activiti 的源码，勾勒出一个更简单的模型，然后编码，这样可行性要高点。

这个东西，做的好，要有投入，要购买他们的技术培训，以及必要的相关软件，然后再开发。
否则自己摸索，事半功倍，很累，项目风险高，除非做公司内部的项目，而不是给客户做。

@windychen0 ,"不要告诉我：一牵扯到：token,会话、后台接口，就要 MVVM 吧！" :(

@windychen0 "我觉得你只是单纯的想找个 admin,http://ace.jeka.by/index.html",
看了一下，发现 ACE 的界面好精致、漂亮哦！就是我想要的后台界面！只是项目已经用了 antd-vue,没有时间再去切换它了。还有就是这个 ACE 并没有阐明如何和后台接口做对接，还有 session，token 诸如此类的问题。。。不会高所，一牵扯到会话、后台接口，就要 MVVM 吧！ http://ace.jeka.by/widgets.html

@zhaoyou ,所以 git 这种基于整体仓库的版本管理，带来的开销和繁琐操作就是大，而实际上往往每个人只关心个别文件。

就是觉得打包，时间长。前端有那么多选择，为啥要打打包啊？！一次打包要 2 分钟以上。看我的另外一个主题： t/663223#reply14 。如果这个打包也要很多前端知识和技能，那你说成本飙不飙升啊？！我们曾想找个外包前端做这个项目，以加快开发进度，结果他开口就要 3 万月薪。

后端是 java @SilentDepth .

我之所以这样，是我本人不是一个前端，但是目前卷入了一个项目，然后前端和 PM 用了 ant design vue，但是我我感觉很费事，自己搭建环境跑测试也很费劲，前端开发一个任务花的时间很长，效果也不好，找别的另外一个做过很多年的前端但不懂 MVVM 的接手，我看他也要花很长时间。但是问他们有什么更好的方案，又不说，也不说这个 ant design vue 好，或不是不好。弄得我一个后台架构师一筹莫展。。。

@SilentDepth ,这个 ACE ADMin(”http://ace.jeka.by/index.html“)以后去了解了。反正我从这个帖子了解到了：用 webpack+jquery+bootstrap 一样可以实现目的，或许更轻量级。这个作为一个有经验的、高阶的前端，他在做项目时，一定会酌情考虑，而不是一味采用时髦技术造成成本飙升，这是一个技术问题，也是人品问题，也是项目管理问题。。。
如果用 webpack+jquery+bootstrap，每次发布前，需要 npm 打包吗？如果要打包，我觉得还是费事。我认为那种打包行为真是一个耗时、带来项目成本飙升的一个重要因素。

@alertZ，哦，那你的这个 webpack+JQ+Bootstrap 能否有兴趣和时间 形成一个框架类的东西，放到 gitee 上？

所以感觉自己最终的这种看法，只能归为：少数项目、少数人的私下选择。。。

这个里面，有些是支持这种 jquery+bootstrap+html 做前端的来控制后端的；但是奈何现在几乎没有这样的主流框架来支撑这一观点，我寻遍 github,gitee，都没有! 要么就是 springboot+thymeleaf/jsp，要么就是 vue/ant-d/elmentUI + springboot

@alertZ ,你后面”后面就从简直接使用 JQ 的 ajax 来实现接口调用“，那是否已经不用 angular 呢？如果不用，怎么还要搞什么 webpack?