脚本宝典收集整理的这篇文章主要介绍了前端负责人不得不考虑的前端技术选型及构架（一），脚本宝典觉得挺不错的，现在分享给大家，也给大家做个参考。

现在前端，都往大前端方向发展，pc, wapApp, 小程序，混合开发，桌面开发，node 后台。不光发展方向多，同一个方向的技术选型也同样多，比如wapApp的 vue,react,angular。那么问题来了，在项目中，我们到底应该如何展开我们的技术选型呢，我就结合我的经历讲一讲。

所在项目组的技术原型

为什么会有这个选型

1.pc

pc端我们要做推广，我当时考虑单页应用SEO不好做，而且页面几乎没有数据交互，不要为了单页应用而单页应用, 但是考虑到静态应用代码不能复用，就想到用 node模板引擎直接渲染。 访问速度应该还快一点(没做考究).

2.h5

h5, 我们已经有两个h5的项目，一个 vue ,一个 react。 但是最终还是选择 vue ,react 的包比较大，不利于前端快速加载，vue 相比于 react(dva 那一套) 的出活率高。而且国内vue确实火，小程序和混合开发相对应的解决方案都有，那么，就是他了。

3.小程序

小程序之前用原生的写过一个，用原生写不利于维护，感觉有点乱，就在两个 star 数高的、大公司维护的里面选 wepy 和 mpvue,mpvue 能生成对应的 wapAPP,并且合适 vue 的技术栈.在合适不过了。

4.混合开发

我们项目组是有安卓和ios的，但是有些内容ios 审核麻烦，所以要热更新。现在阶段，性能比较好的混合开发，就是 weex、 rn、 flutter。
1.weex: 阿里巴巴使用再生产环境的，国内比较友好，基于 vue ，性能可以，可以热更
2.rn: 脸书出品，近一年热度下降，基于 react, 性能可以，可以热更
3.flutter： 谷歌开源，基于 dart.js,因为实现方式，性能和体验应该比前两者好，不能热更，因为使用 dart.js 学习成本大
最终： flutter 不能热更 pass(解决不了最重要的需求)； rn: 相对来说还是倾向于选择国内的技术，文档好理解，和统一客户端的技术栈(vue) pass。

5.node 框架

本人喜欢企业级的框架，特别是公司项目中，约定优于配置，降低维护成本，选择阿里 egg

6.管理后台

管理后台数据太多了，目前应该有100多个接口，vue 维护是个问题，而且阿里 ant design pro 很好用，就它了。

总结：

1.技术都是服务产品的，应该通过产品需求去选择技术
2.选择技术、要考虑社区活跃度，维护团队、文档、招聘相关人员是否容易等
3.尽量用少的技术栈去实现多的业务，降低人工成本
4.在公司项目中，尽量用企业级、大而全的框架(针对这一点，下次另开一篇，为什么我不用 大而全的angular,却用了渐进式的 vue？都有什么利弊？)

博客：http://blog.beastxw.wang/

脚本宝典总结

以上是脚本宝典为你收集整理的前端负责人不得不考虑的前端技术选型及构架（一）全部内容，希望文章能够帮你解决前端负责人不得不考虑的前端技术选型及构架（一）所遇到的问题。

如果觉得脚本宝典网站内容还不错，欢迎将脚本宝典推荐好友。

本图文内容来源于网友网络收集整理提供，作为学习参考使用，版权属于原作者。
如您有任何意见或建议可联系处理。小编QQ：384754419，请注明来意。