随着前端的的发展，底座已经越来越坚实，当前前端框架和工程化已经可以cover 住大部分业务场景的复杂度。前端的已经更加关注于业务，Ant Design Pro 提供了一个中后台的脚手架，为框架和工程化提供了最佳实践，但是还是有很多问题还是需要最佳实践。
🤷♂️ 为什么需要最佳实践
在维护 Pro 的过程中，我们遇到了很多直击灵魂的问题，什么样的代码才是最好的？应该怎么写才对？初始化用户信息在哪里请求？有的页面只有部分用户有权限该怎么处理？Layout 代码太复杂看不懂？后端接口报错应该怎么处理？
这类型的问题回答说难不难，说简单也不能算简单。不同的项目乃至不同的人都有自己的习惯，市面上存在很多的解决方案，每个项目中解决方案不尽相同，同样的脚手架我们可以选择 Mobx，redux，dva，使用 Context 的人也不在少数。这已经是选择相对比较少的数据层，我们还有网络强求，权限，Layout 等。
诚然，多个选择是好事，但是作为企业级的产品，维护才是最重要的，我们期望每个同学都可以很快的上手，而且如果每个项目都要选一次，新鲜感过去之后我们可能就会自己话费相当多的经理来封装。更加详细的论证，可以看云谦老师的文章。
🏄♂️ 我们的解决方案
蚂蚁金服每年都有大量的中后台项目的孵化，各种技术栈百花齐放，我们解决方案其实就是 强约束、配置化和约定化。
**
🕹 强约束
这方面我们做了 ProLayout ，ProTable 两个重型组件，用于封装重复的逻辑，以后可能还会添加 ProForm 等组件来提升开发项目。
ProLayout 会提供一个标准化的布局组件，我们只需要通过插件就可以引入。
ProTable 封装了 Table 的常用行为，可以快速的撸出来一个美观的 CRUD 界面
🔩 配置化
在 umi@3 中这些插件我们都将会官方提供
- Layout
- 权限
- 国际化
- 微服务
- 主题切换，
- 极简数据流
- ….
等插件通过配置来进行使用，关闭和开启都将非常简单。umi@3的插件体系可以让我们用体验更好的方式来实现这些功能，一些插件我们官方会整合进官方的预设中，一起打包提供出来。
🧬约定化
约定优于配置的优势自然不用多说，Spring Boot 的成功让其思想大行其道，其简化配置的优势让无数程序员脱离了繁杂的配置之苦。
在最佳实践中，我们也将践行这一思想，mock，models，pages，services，locales 每个文件夹都进行了约定，用于表示相关的功能，这样可以大大的减少学习成本和配置，让上手成本变得非常之低。我们不需要知其所以然，只需要知道这样就可以跑起来，专注于业务的发展。
🎠 何时发布
🛒 其他的方案
若有收获，就点个赞吧
0 人点赞
