一般说到组件,我首先想到的是弹窗,其他就大脑空白了。
因为觉得这个是在项目中最常用的功能,提取出来方便复用的才是组件~
然而我才发现这个想法是有问题的。
我发觉可能从意识上把Vue的组件和UI库的组件(弹窗之类的)混淆了。。。
缘起于最近的一个表单开发,页面上有2个是联动菜单的选项。
首先想到的是,这个样式和选择地址的那个联动菜单,完全一样哈~
(废话,同一个项目 当然要保持ui风格的相同啊!)
不过差别在于 我这个是 一个1级 一个2级, 地址那个是4级的.
然后我就想着把那个地址的组件引进来用,发现这是个写死4级的
这个时候我只想到2种办法
1,分别改写成1级选项和2级选项的2个组件(好像比较low)
2,引用4级联动组件,改写成可选1级选项或2级选项(有点麻烦,到时候还要测地址没被我改坏)
3,重写一个可以通用无限联动菜单(方便可选级的)
最后选了3,自己重新搞了个。
至于为什么没有整合2,主要考虑到这两个组件所处的业务页面不同逻辑也有些差异:
1获取列表的逻辑可能不同,是一次性获取4级还是每次只获取1级或2级,
这个不确定的话,做成通用组件就都要处理了(强行抽取公用部分好麻烦啊)
2我这个是直接弹选项的,地址那个是跳新页面再点击弹选项的
我这个可以父子组件传递数据,地址那个用了vuex(非父子,跳页了)
总之就是实现成本和维护成本高,复用价值没那么高。。。(从利用率出发)
相当于2个页面都各自有一个样式相同逻辑不同的组件。
这完全是2个组件~
复制其通用样式部分,在各自内部实现其业务逻辑。
两个组件放在不同的板块内,相互独立,方便管理和维护。
这个时候 再结合vue组件化的图来看 会清楚
对于组件化开发
分治(自有业务逻辑)比复用(相同逻辑) 更为重要!
复杂的业务逻辑配合vuex更方便实现组件化~
所以我理解组件化的组件是应该泛指是 高内聚低耦合(某phper讲给我的专业名词,不知道放这用对不对哈)的~
相关推荐:
以上是Vue组件化开发经验分享的详细内容。更多信息请关注PHP中文网其他相关文章!