对于封装 adapter 层的思考

更换ui库的问题

1. 由于项目变更的业务需求需要更换ui组件库（由element ==》antdesign vue）。由于之前项目开发时没有考虑到这种情况，element 组件都是分布在项目的各个模块和组件内，想要快速的替换成 ant 工作量基本和重新开发一套前端的成本是一样的。
2. 基于以上问题决定自己动手做一套adapter， 也就是对ui 库（element， 或者ant）进行二次封装，完全解耦原组件库。
3. 那么问题又会出现， 这样虽然更换组件库会快一些， 但是如果文档说明不够清楚，那又会增加新人的学习成本，也就是新人不但要了解使用的组件库， 还要了解 adapter 的使用。所以可以做adapter层（怎么做以后再说，有难度是肯定的），但是文档要清晰。·
4. 目前开发中。。。

2020-12-02
目前组件库项目 已经完善并且丰富，极大的支持了应用开发进度。
高度封装了ant原生组件，对原有功能进行扩展，新增业务类组件。
实现了高度复用性。减轻项目文件的复杂程度。尤其是对 table，form，tree的封装。
在选人用人，表单设计器等复杂业务组件的实现上给与了方便。
更让后端业务人员可以轻松上手搭建应用，实现前后端完全统一。
这其中前后端规范很重要。table，以及form制定了详细且复杂的规范，并且实现前端可视化的后台管理工具配置。