持续创作，加速成长！这是我参与「掘金日新计划 · 6 月更文挑战」的第22天，点击查看活动详情
我们要建设b端统一层，这个在业界其实是与我们的现有前端架构是相违背的。
我们现在看看现在的主流项目架构是什么样子的。一个项目，它可以自由地选择自己的技术栈，一个项目的底子，基本上是项目创建的那一刻就定下来了，并且随着项目的发展，它的内容会越来越多，项目的结构、所有的库，都是不统一的，写法五花八门。
所以我们需要首先定义好什么是b端的解决方案。只有搞清楚了这一点，我们才不会迷失了自己。
解决方案，从sop的角度去讲，就是需要针对每一种业务的场景、技术的场景，我们都有统一的流程去应对。
我们开发一个项目，项目的结构要保持一致。我们要用特定的项目结构如微前端去解决我们遇到的问题，那么也有现成的模式去实现它。
我们做一个需求，有现成的包可以给我们去使用，不需要我们去做对比，做决策。
我们开发一个页面，针对于特定的业务，我们有现成的模版给我们去创建我们的项目。
但是在实际应用的时候，我们面临一个项目改造的问题，另外一个就是后续维护的问题。
项目改造，就是我们现在有各种各样的项目，我们怎么让技术上趋于统一呢？
首先项目本身上，我们可以引入一些强约束性的前端框架，如umi。老项目改造一下。
那么那些库呢，简单，我们搞一个统一的大的npm包去统一这些东西。
但是在npm包之上，我们还需要有一个层，去收敛一些通用的能力，即包=》能力=》项目，这样一个结构。这就是b端统一的能力建设。
