view层之 业务组件库 业务图标库与业务方法库

我们知道vue出来之后出现了一大批vue的组件库,这些都是专注于解决vue组件的复用性问题,我们也经常会使用阿里的iconfont,这是解决图标的复用问题,我们也会使用loadsh,这是解决重复编写工具方法的问题。vue组件 iconfont loadsh的出现说明复用性的思路是没有错的,但是我在日常开发过程中,想要只依赖这三个库解决界面 图标 方法的问题还是力不从心。

首先说vue组件库的问题,即使在移动端vue组件库提供了更换主体的功能,但是很多时候 这些vue组件库的风格依然无法与我所在公司的布局风格统一,

然后是iconfont问题,我在工作过程中,依然会存在大量图标无法在iconfont找到而必须使用公司的图标

再者是loadsh,在具体的业务场景中,我们经常会写一些与业务高度相关的工具方法,很显然laodsh无法把这些包括进来。

所以在规模稍微大一点的公司,我们是否应该有:

自己的UI组件库,自己的图标库,自己的工具方法库?

以方便不同的前端和UI组员资源共享,提高开发效率。

在这里其实将一半的组件用组件库里面的来实现了,同时大部分业务逻辑在node中间层

你可能感兴趣的:(view层之 业务组件库 业务图标库与业务方法库)