Vue中组件最常见通信的方式

　　vue是数据驱动视图更新的框架, 所以对于vue来说组件间的数据通信非常重要；我们常用的方式莫过于通过props传值给子组件，但是vue还有其他很多不常用的通信方式，了解他们，也许在以后在写代码的时候能给你带来更多的思路和选择。

prop/$emit

　　父组件通过prop的方式向子组件传递数据，而通过$emit子组件可以向父组件通信。

　　我们可以通过prop向子组件传递数据；用一个形象的比喻来说，父子组件之间的数据传递相当于自上而下的下水管子，管子中的水就像数据，水只能从上往下流，不能逆流。这也正是Vue的设计理念之单向数据流。而prop正是管道与管道之间的一个衔接口，这样水（数据）才能往下流。

　　运行结果：

　　在子组件中我们通过props对象定义了接收父组件值的类型和默认值，然后通过$emit()触发父组件中的自定义事件。prop/$emit传递数据的方式在日常开发中用的非常多，一般涉及到组件开发都是基于通过这种方式；通过父组件中注册子组件，并在子组件标签上绑定对自定义事件的监听。他的优点是传值取值方便简洁明了，但是这种方式的缺点是：

由于数据是单向传递，如果子组件需要改变父组件的props值每次需要给子组件绑定对应的监听事件。

如果父组件需要给孙组件传值，需要子组件进行转发，较为不便。

.sync修饰符

　　有些情况下，我们希望在子组件能够“直接修改”父组件的prop值，但是双向绑定会带来维护上的问题；vue提供了一种解决方案，通过语法糖.sync修饰符。

　　.sync修饰符在 vue1.x 的时候曾作为双向绑定功能存在，即子组件可以修改父组件中的值。但是它违反了单向数据流的设计理念，所以在 vue2.0 的时候被干掉了。但是在 vue2.3.0 以上版本又重新引入了。但是这次它只是作为一个编译时的语法糖存在。它会被扩展为一个自动更新父组件属性的v-on监听器。说白了就是让我们手动进行更新父组件中的值了，从而使数据改动来源更加的明显。

　　我们在Child组件传值时给每个值添加一个.sync修饰，在编译时会被扩展为如下代码：

　　因此子组件中只需要显示的触发update的更新事件：

运行结果：

　　这种“双向绑定”的操作是不是看着似曾相识？是的，v-model本质上也是一种语法糖，只不过它触发的不是update方法而是input方法；而且v-model没有.sync来的更加灵活，v-model只能绑定一个值。

　　总结：.sync修饰符优化了父子组件通信的传值方式，不需要在父组件再写多余的函数来修改赋值。

$attrs和$listeners

　　当需要用到从A到C的跨级通信时，我们会发现prop传值非常麻烦，会有很多冗余繁琐的转发操作；如果C中的状态改变还需要传递给A，使用事件还需要一级一级的向上传递，代码可读性就更差了。

　　因此vue2.4 版本提供了新的方案：$attrs和$listeners，我们先来看一下官网对$attrs的描述：

包含了父作用域中不作为 prop 被识别 (且获取) 的特性绑定 (class 和 style 除外)。当一个组件没有声明任何 prop 时，这里会包含所有父作用域的绑定 (class 和 style 除外)，并且可以通过 v-bind=”$attrs” 传入内部组件——在创建高级别的组件时非常有用。

　　这一大段话第一次读非常的绕口，而且晦涩难懂，不过没关系，我们直接上代码：

　　我们首先定义了两个msg，一个给子组件展示，另一个给孙组件展示，首先将这两个数据传递到子组件中，同时将两个改变msg的函数传入。

　　在子组件中我们通过props获取子组件所需要的参数，即childMsg；剩余的参数就被归到了$attrs对象中，我们可以在页面中展示出来，然后把它继续往孙组件中传；同时把所有的监听函数归到$listeners，也继续往下传。

　　在孙组件中我们继续取出所需要的数据进行展示或者操作，运行结果如下：

　　当我们在组件上赋予一个非prop声明时，比如child组件上的notuse和grandchildmsg属性我们没有用到，编译之后的代码会把这个属性当成原始属性对待，添加到html原生标签上，所以我们查看代码是这样的：

　　这样会很难看，我们可以在组件上加上inheritAttrs属性将它去掉：

　　总结：$attrs和$listeners很好的解决了跨一级组件传值的问题。

provide和inject

　　虽然$attrs和$listeners可以很方便的从父组件传值到孙组件，但是如果跨了三四级，并且想要的数据已经被上级组件取出来，这时$attrs就不能解决了。

　　provide/inject是vue2.2 版本新增的属性，简单来说就是父组件中通过provide来提供变量, 然后再子组件中通过inject来注入变量。这里inject注入的变量不像$attrs，只能向下一层；inject不论子组件嵌套有多深，都能获取到。

　　我们在父组件通过provide注入了两个变量，并且在两秒之后修改变量的值，然后就在子组件和孙组件取出来。

　　运行结果如下：

　　可以看到子组件和孙组件都能取出值，并且渲染出来。需要注意的是，一旦子组件注入了某个数据，在data中就不能再声明这个数据了。

　　同时，过了两秒后我们发现childmsg和grandmsg的值并没有按照预期的改变，也就是说子组件并没有响应修改后的值，官网的介绍是这么说的：

提示：provide 和 inject 绑定并不是可响应的。这是刻意为之的。然而，如果你传入了一个可监听的对象，那么其对象的属性还是可响应的。

　　vue并没有把provide和inject设计成响应式的，这是vue故意的，但是如果传入了一个可监听的对象，那么就可以响应了：

　　那么为什么上面的props和$attrs都是响应式的，连破坏“单向数据流”的.sync修饰符都是响应式的，但到了provide/inject就不是响应式的了呢？在网上找了半天的资料也没有找到确切的答案，本文就此结束。

END

　　就这么结束了吗？当然没有！在一(zi)个(ji)哥(xue)们(xi)的帮(yuan)助(ma)下，我总算找到了答案。首先我们试想一下，如果有多个子组件同时依赖于一个父组件提供的数据，那么一旦父组件修改了该值，那么所有组件都会受到影响，这是我们不希望看到的；这一方面增加了耦合度，另一方面使得数据变化不可控制。接着看一下vue是怎么来实现provide/inject的。

　　可以看到初始化provide的时候将父组件的provide挂载到_provided，但它不是一个响应式的对象；然后子组件通过$parent向上查找所有父组件的_provided获取第一个有目标属性的值，然后遍历绑定到子组件上；因为只是初始化的时候绑定的，而且_provided也不是响应式的，所以造成了provide/inject的这种特性。

　　那么provide/inject这么危险，又不是响应式的，它能拿来做什么呢？打开element-ui的源码搜索provide，我们可以看到非常多的组件使用了provide/inject，我们就拿form、form-item和button举个例子。

　　form和form-item都可以传入一个属性size来控制子组件的尺寸，但是子组件的位置是不固定的，可能会嵌套了好几层el-row或者el-col，如果一层一层的通过props传size下去会很繁琐，这是provide/inject就派上用处了。

　　我们通过父组件将elFormItem本身注入到子组件中，子组件通过inject获取父组件本身然后动态地计算buttonSize。

　　总结：provide/inject能够解决多层组件嵌套传值的问题，但是是非响应的，即provide与inject之间没有绑定，注入的值是在子组件初始化过程中决定的。

EventBus

EventBus我刚开始直接翻译理解为事件车，但比较官方的翻译是事件总线。它的实质就是创建一个vue实例，通过一个空的vue实例作为桥梁实现vue组件间的通信。它是实现非父子组件通信的一种解决方案，所有的组件都可以上下平行地通知其他组件，但也就是太方便所以若使用不慎，就会造成难以维护的“灾难”。

　　首先创造一个空的vue对象并将其导出，他是一个不具备DOM的组件，它具有的仅仅只是它实例方法而已，因此它非常的轻便。

　　将其挂载到全局，变成全局的事件总线，这样在组件中就能很方便的调用了。

　　我们先定义了两个子组件child1和child2，我们希望这两个组件能够直接给对方发送消息。

　　我们初始化时在child1和child2中分别注册了两个接收事件，然后点击按钮时分别触发这两个自定义的事件，并传入数据，最后两个组件分别能接收到对方发送的消息，最后效果如下：

　　前面也提到过，如果使用不善，EventBus会是一种灾难，到底是什么样的“灾难”了？大家都知道vue是单页应用，如果你在某一个页面刷新了之后，与之相关的EventBus会被移除，这样就导致业务走不下去。还要就是如果业务有反复操作的页面，EventBus在监听的时候就会触发很多次，也是一个非常大的隐患。这时候我们就需要好好处理EventBus在项目中的关系。通常会用到，在页面或组件销毁时，同时移除EventBus事件监听。