我们知道vue出来之后出现了一大批vue的组件库,这些都是专注于解决vue组件的复用性问题,我们也经常会使用阿里的iconfont,这是解决图标的复用问题,我们也会使用loadsh,这是解决重复编写工具方法的问题。vue组件 iconfont loadsh的出现说明复用性的思路是没有错的,但是我在日常开发过程中,想要只依赖这三个库解决界面 图标 方法的问题还是力不从心。
首先说vue组件库的问题,即使在移动端vue组件库提供了更换主体的功能,但是很多时候 这些vue组件库的风格依然无法与我所在公司的布局风格统一,
然后是iconfont问题,我在工作过程中,依然会存在大量图标无法在iconfont找到而必须使用公司的图标
再者是loadsh,在具体的业务场景中,我们经常会写一些与业务高度相关的工具方法,很显然laodsh无法把这些包括进来。
所以在规模稍微大一点的公司,我们是否应该有:
自己的UI组件库,自己的图标库,自己的工具方法库?
以方便不同的前端和UI组员资源共享,提高开发效率。
在这里其实将一半的组件用组件库里面的来实现了,同时大部分业务逻辑在node中间层