为什么要自己搭建一个 UI Lib

8 min read
# 观点# 前端
View

UI 框架有很多

我要学这个也要学那个,熟悉运用一个以后可以很快把业务完成,生产力得到了提升,为什么我要费时费力去做一个,还不一定做得好。

诚然,做一个 UI 库并不难,但是做好一个却不简单。属于一个基建工作,基础没打好,容易夭折。

所以对于一般的公司来说,还是选个成熟的方案拼凑,产品赶紧上线验证市场吧。


那就开始做一个吧

前期准备和定位远比如何写代码本身重要得多,后续做的产品的交互风格基本都基于此。

定位是大而全还是小而美,UI 交互要丰富,主流审美,灵活引用,国际化,更新日志,用户手册,可视化工具等等,都要耗费经历时间。

当然也可以是先做一个产品,然后按照 UI 库的标准先实现,后抽离,业务基建两不误。


UKELLI UI

前期版本是内置于业务内部的,产品成型后抽离成为 UI 库,应用到更多的产品之中,逐步完善。

一些简介

  • React 的 UI 库
  • 包含了基础的 UI 控件
  • React state 管理器
  • 通用表单表格生成器的理念和具体实现
  • 支持多语言、多主题
  • 支持多 icon 库,默认使用 Awesome Icon
  • 外链三方库,尽量减少代码体积

应对过中型项目,也可以快速开启小型项目。


和团队一起来完善吧

每个人都有值得尊重的个性和想法,把这些想法体现到一起完善的 UI 库中,也是一件很美妙的事情。新的交互,新的想法,了解别人如何做的,为什么这样做的,可以让人变得更聪明。

这也是一个磨合团队的机会,让团队一起成长,更快更好去完善产品,对公司或者个人而言,都有积极的效果。

这也是技术的基础积累,创造,应用,拓展。


拓展一下

一个 UI 库只是基础建设的刚刚开始,还不够好用。

完整的产品是多方协作的,普通使用者,产品运营方,市场拓展方,开发人员等。用到的管理系统就有很多。

所以如何快速开始一个管理系统,也是要有一套解决方案的。PHP 和 Java 开发人员在这方面做了很多积累:一个完整的管理系统,可视化操作界面,系统角色权限控制,操作员审计,数据库操作和管理等,可以快速完善管理任务。

现代的应用为了把用户体验做到极致,把前后端分离。专注于前端的拓展,管理后台也前后端分离,做好体验,把控好产品质量,把控好版本发布,所以拓展出更多的脚手架


更多

把基础搭建好了,应对能从容面对实现更多的想法、更多更复杂的业务,剩下更多的时间做自己想要做的事情。

多谢

Table of Contents