UI 框架有很多
我要学这个也要学那个，熟悉运用一个以后可以很快把业务完成，生产力得到了提升，为什么我要费时费力去做一个，还不一定做得好。
诚然，做一个 UI 库并不难，但是做好一个却不简单。属于一个基建工作，基础没打好，容易夭折。
所以对于一般的公司来说，还是选个成熟的方案拼凑，产品赶紧上线验证市场吧。
那就开始做一个吧
前期准备和定位远比如何写代码本身重要得多，后续做的产品的交互风格基本都基于此。
定位是大而全还是小而美，UI 交互要丰富，主流审美，灵活引用，国际化，更新日志，用户手册，可视化工具等等，都要耗费经历时间。
当然也可以是先做一个产品，然后按照 UI 库的标准先实现，后抽离，业务基建两不误。
UKELLI UI
前期版本是内置于业务内部的，产品成型后抽离成为 UI 库，应用到更多的产品之中，逐步完善。
一些简介
- React 的 UI 库
- 包含了基础的 UI 控件
- React state 管理器
- 通用表单表格生成器的理念和具体实现
- 支持多语言、多主题
- 支持多 icon 库，默认使用 Awesome Icon
- 外链三方库，尽量减少代码体积
应对过中型项目，也可以快速开启小型项目。
和团队一起来完善吧
每个人都有值得尊重的个性和想法，把这些想法体现到一起完善的 UI 库中，也是一件很美妙的事情。新的交互，新的想法，了解别人如何做的，为什么这样做的，可以让人变得更聪明。
这也是一个磨合团队的机会，让团队一起成长，更快更好去完善产品，对公司或者个人而言，都有积极的效果。
这也是技术的基础积累，创造，应用，拓展。
拓展一下
一个 UI 库只是基础建设的刚刚开始，还不够好用。
完整的产品是多方协作的，普通使用者，产品运营方，市场拓展方，开发人员等。用到的管理系统就有很多。
所以如何快速开始一个管理系统，也是要有一套解决方案的。PHP 和 Java 开发人员在这方面做了很多积累：一个完整的管理系统，可视化操作界面，系统角色权限控制，操作员审计，数据库操作和管理等，可以快速完善管理任务。
现代的应用为了把用户体验做到极致，把前后端分离。专注于前端的拓展，管理后台也前后端分离，做好体验，把控好产品质量，把控好版本发布，所以拓展出更多的脚手架
更多
把基础搭建好了，应对能从容面对实现更多的想法、更多更复杂的业务，剩下更多的时间做自己想要做的事情。
多谢