前端负责人不得不考虑的前端技术选型及构架(一)

现在前端,都往大前端方向发展,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/

你可能感兴趣的:(javascript,大前端,构架)