一般说到组件，我首先想到的是弹窗，其他就大脑空白了。因为觉得这个是在项目中最常用
一般说到组件，我首先想到的是弹窗，其他就大脑空白了。
因为觉得这个是在项目中最常用的功能，提取出来方便复用的才是组件～
然而我才发现这个想法是有问题的。
我发觉可能从意识上把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讲给我的专业名词，不知道放这用对不对哈）的～
