一个前端项目在规划的时候,都需要考虑哪些问题,关注哪些点?本期 robust 就让我们一起去讨论一下,规划一个前端项目都要考虑的那些事。
网易云音乐:点击播放
企鹅 FM:点击播放
喜马拉雅:点击播放
求打赏🙇如果你觉得Robust这样一档技术类的谈话节目还不错,希望我继续做下去,不妨打赏支持。你可以扫描本文下方的二维码打赏,也可以关注我的公众号 wwwtangshuangnet 在对应的文章后面打赏。
规划一个新的前端项目有哪些场景:
- 一个新项目交到你手上,boss对你说,你需要帮他们把框架搭起来,后续由他们来维护
- 在你的项目内,衍生出一个新项目,这个项目的业务和你现在的业务有交集
- 对老项目做重构
- 创业了,来,我们讨论一下用哪些技术来搭建应用
规划时比较容易犯的错误:
- 这个问题一般不会发生,我们先实现效果再说
- 这种问题等到以后发生了再说(和第一个问题的区别在于,这个问题是可以预见的,一定可能发生的,只是概率比较小,比如说按照某个操作,一定会进入某个错误,但是比较难解决,而且用户几乎不会走这样一个操作,所以,就说先放一放,但这实际上是一个漏洞)
- 要是真有这种需求,我们估计那会儿已经很有钱了,可以招很多人来做
- 这个技术过时了,我们一定要用最新的技术
- 这个技术太超前了,理解成本太高,新手根本无法上手
规划时不可遗落的考虑点:
- 安全(后期成本极高,必须在最早期的开发阶段拥有安全意识并付诸实践)
- 性能(极力反对“用户的机器和网速已经非常好了,不需要考虑”这样的观点)
- 多语言国际化(不出三年,必定有这个需求)
- 精炼代码(否则发展两年,代码量会非常大,本质上是强调可复用性,但也不能为了可复用牺牲可读性)
- 共享库(例如多端开发,或者一个项目组下有业务交集的两个项目)
如何选择前端框架?
- 框架的流行度、生态(方便招人,目前来讲没得选,只有 vue、react、angular)
- 框架的理解和上手成本
- 可移植性(多端开发)
- 可扩展性(举个例子,angaulr1.x版本的组件,无法非常容易的进行扩展)
- 符合 web 标准趋势,例如 web-component
2019-07-07 2151