前端如何赋能业务

，还是得详细说说。

一、初始阶段

在业务的初始阶段，在市场定位、用户诉求、产品逻辑已经明确的前提下，此时业务的核心诉求是 『尽快上线』，进行快速验证和产品迭代，当然，质量还得能过得去。

所以此时技术同学的方案侧重点是：

快、爽

先说『快』，在这种情况下，什么vue/react都见鬼去，老夫只用jQuery一把梭!

这是反面案例，这样就只能重构火葬场了，项目上线完就打包行李滚蛋……

此时的快，指的是 尽可能复用集团/业内成熟的方案、架构，按捺住自己重新造轮子的躁动不安的心情。这又涉及到一个问题：如何选择一个靠谱的方案?这是一个可以另开文章的话题，但先在此简单说说根据我个人的经验，主要从稳定性、可扩展性、性能去考虑。稳定性 如何去评估?如果一个项目能做到这几项，我是比较放心的。

性能问题，短期容易被人忽视，因为能跑就行，但一旦埋下隐患，日后有坑就极难解决。容易出现性能问题的地方有：代码构建、长列表/表格滚动、大数据图表、复杂动画、3D全景渲染等，如果所做的业务涉及到这几个方面，选择方案的时候就要特别注意性能。

如果实在图省事儿，create-react-app、umi开箱即用来一套就完事儿了。

『爽』 这个字我的理解是，一款新产品出现，一定需要在用户体验or交互上有绝对领先对手的地方。

一个我始终记忆犹新的例子，就是乔布斯发布第一款iPhone时，演示滑动列表时全场的惊呼，一个乔布斯的哥们说：当你滑动页面的时候我就湿了。

• 项目star数多
• 有单测，代码覆盖率90%~95%以上
• 文档完备，有常见Q&A
• issue有较快的处理流程和周期，3天内响应、1~4周内关闭。
• 库，是否能自定义主题、组件的事件回调等，因为有的需求，组件除了完成默认的行为，还需要执行其他逻辑如埋点;
• 例如单测工具，能否配置白名单，因为有一些代码是兼容特殊场景，编写用例模拟场景的成本实在比较高。这个主要是根据技术诉求和经验进行判断。

（编辑：济南站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!