选择umi作为b端的统一解决方案

持续创作，加速成长！这是我参与「掘金日新计划 · 6 月更文挑战」的第24天，点击查看活动详情

对前端来说，编写统一sdk、做一个统一的层，可能比较陌生，但是这又是非常合理的需求。因为对于业务开发来说，我们希望做一个一体化的方案，来收敛各种各样的能力。在这方面，我们可以借鉴类似于angular这种一体式的框架来帮我们实现。但是angular毕竟不是主流，我们更希望有一个react或者vue的实现。那么我们该怎么实现这一点呢，答案就是umi。

umi框架拥有非常多的常用能力，我们可以一块来看看umi到底有哪些优势：

1. 能力稳定，毕竟有大公司帮着趟路，且至今保持维护
2. 插件化，支持扩展
3. 拥有很多约定式的路由配置
4. 可以做迭代，尤其是底层编译时的迭代，封装的东西比较深，可以深入到业务层面
5. 提供了很多现成的解决方案，虽然不是业务需要的，但是都是常用的
6. 技术栈与依赖收敛，让你关注更少的内容，选择了umi，哪些底层的尤其是编译时的东西都不需要关心了

umi的配置分为运行时的配置和编译时的配置，比如编译时的配置可以支持webpack的相关配置，基础上包含了一些常用的编译能力，非常的带劲。

对于运行时的配置，里面主要包含了比如常见的数据管理、layout、布局、路由、微前端、渲染、api调用等等能力。它希望帮助你解决一些业务开发中的常见问题。

另外umi的插件系统是非常强大的，可以支持你修改编译时和运行时的能力。插件的核心其实就是一个api，然后可以注册一些钩子函数，umi会在在特定的时机去执行。