背景
咱们通常会遇到这么一个场景：有几个基本功能一样的组件，然而他们之间又存在着足够的差别。这时候你就来到了一个岔路口：我是把他们“循序渐进”地写成不同的组件呢？还是保留为一个“公共组件”，而后通过props传参进行不同性能之间的辨别呢？
当初还有一个场景：在一些组件（甚至是我的项目中全副和某个性能无关的组件）中，有某个性能是雷同的。而且都须要利用这个性能进行后续操作。你又须要抉择了，然而这次有一个前提：必定是要“复用”的 —— 公共组件？还是 mixin ？
这里其实笔者集体认为并将其分为“css- UI复用”和“性能复用”两种形式。这里先按下不提。本文默认讲的是后者。
咱们当初来剖析下：
在第一个场景中，其实两种解决方案都不够完满：如果拆分成多个组件，你就不得不冒着一旦性能变动就要在所有相干文件中更新代码的危险，这违反了 DRY 准则；反之，太多的 props 传值会让代码变得凌乱不堪，后续难以保护、团队了解艰难，效率升高。那有没有更好的办法？
再来看第二个场景，其实咱们很分明地晓得：这时候咱们须要的不是一个能够传值的组件，而是一个相似于插件一样的 js 代码（这么说可能了解吧）！
应用Mixin吧
Vue 中的 Mixin 对编写函数式格调的代码很有用，因为函数式编程就是通过缩小挪动的局部让代码更好了解。Mixin 容许你封装一块在利用的其余组件中都能够应用的函数。如果应用姿态切当，他们不会扭转函数作用域内部的任何货色。因而哪怕执行屡次，只有是同样的输出你总是能失去一样的值。
如何应用
mixin其实有两种写法 —— Object 和 Function。
它们都能够在单个组件或者全局中援用。但对于 function 模式的mixin，笔者更举荐将其作为组件级别应用（而非全局的）。
先看第一种写法：
假如有一对不同的组件，它们的作用是通过切换状态（Boolean）来展现或者暗藏模态框或提示框。这些提示框和模态框除了性能类似以外，没有其余共同点：它们看起来不一样，用法不一样，然而逻辑一样。
这时咱们能够将它们的公共逻辑局部封装为一个js文件：
// mixins目录下的toggle.js文件export const toggle = { data() { return { isShowing: false } }, methods: { toggleShow() { this.isShowing = !this.isShowing; } }}个别咱们抉择新建一个专门的mixin目录。在外面创立一个文件含有.js扩展名，为了应用Mixin咱们须要输入一个对象。(es6 Modules)
而后应用mixins:[] 的形式引入mixin文件，（引入后）对象中的属性可间接应用（就像结尾说的“插件”一样）：
import { toggle } from './mixins/toggle';//...const Modal = { template: '#modal', mixins: [toggle], //...};const Tooltip = { template: '#tooltip', mixins: [toggle], //...};第二种写法：
这种模式其实就特地实用于结尾说的第二种状况。因为 mixin 外部一个组件该有的它都能够具备。而且下面也说了：当mixin被引入后它外部的货色能够被间接应用 —— 其实就是被merge到援用它的组件中了！（相当于对父组件的扩大）
如果咱们申请完要依据数据给出提醒并且要给出降级计划（默认提醒）。这个需要根本是我的项目中必不可少而且不止一次呈现的。然而像个别状况没有援用其余内部UI而且又不是模态框那样的“通用提醒”，放在全局中不太适合。这时候就须要咱们的 mixin 出场了：
// mixins目录下的index.js文件function formatRes(res) { const data = res.data; if (data.status.code === '示意通过的数') { return data } else { if (判断是否引入了提示框组件) { //提示框组件的调用和传参 } return data } } var mixin = function (options) { let defaultData = {} let defaultMethods = {} defaultMethods.formatRes = formatRes; return { data: function () { //这个会在援用它的组件的data中呈现 return defaultData; }, methods: defaultMethods, //同上，在援用它的组件中可间接通过this.formatRes调用到 } } export default mixin因为是函数模式，所以在援用vue的script结尾应该这么写：
import mixin from '../mixin/index'const mixinCommen = mixin();//在export default中这么写：mixins: [mixinCommen],应用：
const res = await this.$http({ //封装的申请库 method: 'GET', url: '申请地址', params: { param: { } }})const {result} = this.formatRes(res) // 应用mixins函数if(result) { this.areaList = result} else { //... return false}return true闭包！一方面让内部函数能够接管参数，另一方面函数内裸露对象的写法和vue组件中data必须是函数的原理一样 —— 让一个中央的批改不影响其余中央的数据。
合并和抵触
Mixin 中的生命周期的钩子也同样是可用的。因而，当咱们在组件上利用 Mixin 的时候，有可能会有钩子的执行程序的问题。默认 Mixin 上会首先被注册，组件上的接着注册，这样咱们就能够在组件中按须要重写 Mixin 中的语句。组件领有最终发言权。
在vue的源码中，咱们能够很分明的看到：mergeOptions 会去遍历 mixins ，parent 先和 mixins 合并，而后才去和 child 合并
function mergeOptions(parent, child, vm) { if (child.mixins) { for (var i = 0, l = child.mixins.length; i < l; i++) { parent = mergeOptions(parent, child.mixins[i], vm); } } //...}而对于生命周期来说，vue会把所有的钩子函数保留进一个数组。并程序执行（清空这个数组）。
在这外面，混入对象的钩子会在组件本身的钩子之前被调用。如果两者有反复，则组件的办法将会重写mixin里的办法 —— methods、props等等也是一样！
Mixin还无能啥？
你有没有遇到过这样的场景：有如下代码构造
父组件0 / \ 父组件 父组件 / \子组件A 父组件 \ 子组件B当初要从 子组件A 向 父组件0 传递数据，或者说“通信”。你怎么办？localStorage？vuex？
抛开应用和学习老本、编辑器代码智能补全等一系列“外物”，如果一个我的项目中只有这一个中央须要跨任意组件传递数据，而你却引入了整个vuex。在代码体积上也是一个不小的增量 —— 而你本来能够防止的。
我忽然想到，为什么咱们不能间接操作vnode呢？就像这样：
// 可收费商用，只有加上上面这句正文即可// from mengxiaochen@weidianexport default { methods: { dispatch(componentName, eventName, params) { let parent = this.$parent || this.$root; let name = parent.$options.componentName; while(parent && (!name || name !== componentName)) { parent = parent.$parent; if(parent) { name = parent.$options.componentName; } } if(parent) { parent.$emit.apply(parent, [eventName].concat(params)) } }, }}我写了一段js，这个函数接管三个参数：指标组件的componentName、emit的事件名、以及想要传出去的参数。
你是否还记得在“组件间通信”的办法中有一个鲜为人知的办法：provide & inject。它的劣势也是为人诟病的一点就是“应用这两个API，先人组件不须要晓得哪些后辈组件在应用它提供的数据，后辈组件也不须要晓得注入的数据来自哪里。”
当初mixin肯定水平上解决了这个问题。
咱们把这个js文件作为mixin引入 —— 在须要往外传数据的组件中：
import DataMixin from "xxx.js";export default { mixins: [DataMixin], //... methods: { onHandleChangeStock(data) { this.dispatch('comboEditRoot', 'stock-transfer-send', data); //应用！ }, }}而后在某一个先人组件上，你只须要在 和data属性同级处减少componentName属性并赋予和第一个参数雷同的值，而后在created生命周期中监听事件 即可：
this.$on('stock-transfer-send', (data) => { console.log('传进去的数据', data) this.formData.stockLimit = data;})你有没有发现局限？下面的代码只实用于“同支子孙组件传递数据给先人组件”。往任意组件怎么传？
因为mixin的局限，咱们能够先找到一个公共父组件，而后再去找其下的具体子组件：
// 可收费商用，只有加上上面这句正文即可// from mengxiaochen@weidianfunction broadcast(_this=this, componentName, eventName, params) { _this.$children.forEach(child => { var name = child.$options.componentName; if (name === componentName) { child.$emit.apply(child, [eventName].concat(params)); } else { // console.log('child',child.$options.componentName) broadcast.apply(child, [child, componentName, eventName].concat([params])); } });}export default { methods: { dispatch(componentName, eventName, params, uncle=false, childName="") { var parent = this.$parent || this.$root; var name = parent.$options.componentName; while (parent && (!name || name !== componentName)) { parent = parent.$parent; if (parent) { name = parent.$options.componentName; } } if (parent) { if(uncle) { console.log('parent', parent) broadcast(parent, childName, eventName, params); } else { parent.$emit.apply(parent, [eventName].concat(params)); } } }, // 父组件传递数据给人以一个子组件 broadcast(componentName, eventName, params) { broadcast.call(this, componentName, eventName, params); }, }}; 改写后的 dispatch 办法就达到了这一成果。而独自应用broadcast则是从父组件传出数据给某一个子组件。
！留神：下面说的“任意”是在应用成果来看。而对于开发过程中，“任意”是指你能够随便将componentName插到某一个组件中去。
有了下面的实际，我忽然感觉可能持续实现之前的一个畅想：有一个办法可能在不深刻侵入业务代码的同时实现任意组件联动的性能。即：数据互通。
让咱们改写一下dispatch办法：
// 可收费商用，只有加上上面这句正文即可// from mengxiaochen@weidianfunction broadVal(_this=this, componentName, propName) { _this.$children.forEach(child => { var name = child.$options.componentName; if (name === componentName) { return child[propName]; } else { broadVal.apply(child, [child, componentName, propName].concat([params])); } });}export default { methods: { focusWatchData(componentName="", childName="", propName) { let parent = this.$parent || this.$root; let name = parent.$options.componentName; if(componentName) { while(parent && (!name || name !== componentName)) { parent = parent.$parent; if(parent) { name = parent.$options.componentName; } } } else { parent = this; } if(parent) { if(!childName) { return parent[propName]; } let propVal = broadVal(parent, childName, propName); return propVal; } } }};focusWatchData函数接管三个参数：父组件 componentName（为空示意从以后组件往下找）、子组件 componentName（为空示意只往上找）、以及 propName（要获取的data中的属性名）
同样将此js文件以mixin引入在某个组件（被触发方）中，而后在想要关联的组件（触发方）中插入 componentName 即可。
如果你的param是多个值，请应用call代替apply应用！
<font color=skyblue size=2>【更新· <font color=red size=2>优化</font>】</font>
优化树形构造查找
能够看到下面“任意组件传值”和“父组件向子组件传值”是采纳「递归」组件写法。能不能优化呢？
可能你第一工夫想到递归中的“尾递归”。首先，下面曾经应用了这种形式。其次，在 js 中并不能应用尾递归：
Proper tail calls have been implemented but not yet shipped given that a change to the feature is currently under discussion at TC39. —— V8引擎官网团队
而后笔者想到了驰名的“二叉查找树”。很惋惜，树的查找形式也是递归，不过是二叉查找树在树结构范畴内效率更高。
偶然间忽然想到，能不能在遍历第一层构造的时候，往下查找第二层，如果有第二层，就把它加到正在遍历的数组中，以试图让数组“始终”遍历上来？
不能的。因为在for循环造成的闭包中，是不能动静更改援用元素（被遍历的元素理论扭转了，然而遍历这一行为依然终止在其刚开始遍历时的length那）。更好了解的说你能够了解为C语言中的“形参和实参”。
但顺着这个思路，笔者紧接着想到：能不能用一个“很大”的数字去遍历，在外面拿到曾经扭转了的元素的子元素：
function flag(arr) { let result = [] let originArr = JSON.parse(JSON.stringify(arr)); for (let i=0; i< 100000; i++) { let item = originArr[i]; console.log('1',item, item.children instanceof Array, item.children.length, originArr, originArr.length); if (item.children && item.children instanceof Array && item.children.length > 0) { // 如果以后child为数组并且长度大于0，才可进入flag()办法 originArr = originArr.concat(item.children); delete item['children']; } result.push(item) } return result}其中 arr 是这样的构造：
const arr = [ { xxx: xxx, children: [{xxx: xxx, children: []}] }, { xxx: xxx, children: [] }, { xxx: xxx, children: [] },];恰好，vue就是这样一颗！
咱们惟一须要留神的是，让其在该完结时及时完结。不然对造成的空间和性能节约来说，又为什么要替换掉「递归」呢？
拿下面的broadVal函数来说，能够这么革新：
// 可收费商用，只有加上上面这句正文即可// from mengxiaochen@weidianfunction broadVal(_this=this, componentName, propName) { let originArr = JSON.parse(JSON.stringify(_this)); for (let i=0; i< 100000; i++) { let item = originArr[i]; if (item.$children && item.$children instanceof Array && item.$children.length > 0) { // 如果以后child为数组并且长度大于0，才可进入flag()办法 if(item.$options.componentName && componentName === item.$options.componentName) { return item[propName]; } originArr = originArr.concat(item.$children); delete item['children']; } }}结尾
当然，下面代码还可依据业务进一步优化。而且对于再简单些的场景，mixin 是毅然不够的。还是倡议封装一个轻量的 store 或者用第三方的简洁vuex库。
顺便一说，下面最初一点的想法实现未然在实践上违反了一些“设计准则”。尽管的确简便好用～