持续创作，加速成长！这是我参与「掘金日新计划 · 6 月更文挑战」的第1天，点击查看活动详情
随着前端开发的不断深入，前端开发经常会有一些痛点：
- 新的项目搭架子比较麻烦，这个也要加那个也要搞
- 开发联调麻烦，尤其是一些特殊的环境，常见的方案根本cover不住
- 上线发布麻烦，又是灰度又是覆盖的，上线小心翼翼
对b端来说，可以复用的东西很多，我们需要收敛统一。所以我们需要一份最佳实现。不能盲目复制粘贴。 我们最终的目的是提供一套工具，让开发者专注于业务，而不是关心具体的技术。
如何保持我们的一致性，通常有这么几种方案：
- 文档，这个不靠谱，想落的好需要有人去跟进
- 脚手架，可以随便改，生成之后也无法迭代
- 框架，这个约束比较强
只有沉淀出最佳的实践，才能让b端的研发效能有一个本质的提升。那么最佳的实践应该从哪里来？
我的答案是从业务实践中来。在我们的业务实践中，我们需要尝试并且思考不同的技术方案如何解决一个特定的问题，这个方案好不好，不好的话该如何优化，如果好的话，我们就把这个实践沉淀下来，作为最佳实践。
我们有了最佳实践，那么该如何去落地最佳实践？这个需要有一个最佳实践的落脚点。比如如果用开源的umi方案，我们可以将最佳实践落地成umi插件。
这样我们可以得到以下的好处：1. 技术收敛；2. 无痛升级； 3. 应用治理
当然还可以做到更多的方面：
- 可以对接发布的流程
- 可以对接服务
- 可以做针对特定场景的解决方案
