Vue组件通信原理剖析(三)provide/inject原理分析

本文主要是介绍Vue组件通信原理剖析(三)provide/inject原理分析,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

首先我们先从一个面试题入手。

面试官问: “Vue中组件通信的常用方式有哪些?”
我答:
1. props
2. 自定义事件
3. eventbus
4. vuex
5. 还有常见的边界情况$parent、$children、$root、$refs、provide/inject
6. 此外还有一些非props特性$attrs、$listeners

面试官追问:“那你能分别说说他们的原理吗?”
我:[一脸懵逼]😳

在介绍provide和inject之前我们先简单看看其他几个常用属性。

如果要看别的属性原理请移步到Vue组件通信原理剖析(一)事件总线的基石 o n 和 on和 onemit和Vue组件通信原理剖析(二)全局状态管理Vuex

$parent / $root

解决问题:具有相同父类或者相同根元素的组件

// parant 
<child1></child1> 
<child2></child2>// child1
this.$parent.$on('foo', handle)// child2
this.$parent.$meit('foo')

$children

解决问题:父组件访问子组件实现父子通信

// parent
this.$children[0].childMethod = '父组件调用子组件方法的输出'

注意:$children是不能保证子元素的顺序

$attrs/$listeners

$attrs 包含了父作用域中不作为prop被识别且获取的特性绑定属性(class/style除外),如果子组件没声明prop,则包含除clas、style外的所有属性,并且在子组件中可以通过v-bind="$attrs"传入内部组件

// parent
<child foo="foo"></child>// child
<p>{{ $attrs.foo }}</p>

$listeners
包含了父作用域中的 (不含.native修饰器的)v-on事件监听器。它可以通过v-on="$listeners"传入内部组件在创建更高层次的组件时非常有用。
简单点讲它是一个对象,里面包含了作用在这个组件上所有的监听器(监听事件),可以通过v-on="$listeners"将事件监听指向这个组件内的子元素(包括内部的子组件)。
为了查看方便,我们设置`inheritAttrs: true,后面补充一下inheritAttrs。

// parent
<child @click="onclick"></child>// child 
// $listeners会被展开并监听
<p v-on="$listeners"></p>

$refs

解决问题:父组件访问子组件实现父子通信,和$children类似

// parent
<child ref="children"></child>mounted() {this.$refs.children.childMethod = '父组件调用子组件的输出'
}

provide/inject

解决问题:能够实现祖先和后代之间的传值

// ancestor
provide() {return {foo: 'foo'}
}// descendent
inject: ['foo']

那么问题来了,这个数据通信是什么样的机制呢?
我们先来看一个列子

// parent 父类
<template><div class=""><p>我是父类</p><child></child></div>
</template>export default {components: {child: () => import('./child')},provide: {foo: '我是祖先类定义provide'},
}// child 子类
<template><div class=""><p>我是子类</p><p>这是inject获取的值: {{ childFoo }}</p><grand></grand></div>
</template>
export default {components: {grand: () => import('./grand')},inject: { childFoo: { from: 'foo' } },
}// grand 孙类
<template><div class=""><p>我是孙类</p><p>这是inject获取的值: {{ grandFoo }}</p></div>
</template>
export default {components: {},inject: { grandFoo: { from: 'foo' } },
}

下面我结合上面的示例和源码一步一步分析一下:

  1. 先说说provide是怎么定义参数的,源码走起

    // 初始化Provide的实现
    export function initProvide (vm: Component) {const provide = vm.$options.provideif (provide) {vm._provided = typeof provide === 'function'? provide.call(vm): provide}
    }// vm.$options是怎么来的,是通过mergeOpitions得到的
    if (options && options._isComponent) {// optimize internal component instantiation// since dynamic options merging is pretty slow, and none of the// internal component options needs special treatment.initInternalComponent(vm, options);
    } else {vm.$options = mergeOptions(resolveConstructorOptions(vm.constructor),options || {},vm);
    }// 我们在看看mergeOptions的实现
    const options = {}
    let key
    for (key in parent) {mergeField(key)
    }
    for (key in child) {if (!hasOwn(parent, key)) {mergeField(key)}
    }
    function mergeField (key) {const strat = strats[key] || defaultStratoptions[key] = strat(parent[key], child[key], vm, key)
    }
    return options// 找到strat方法的实现
    strats.provide = mergeDataOrFn;export function mergeDataOrFn (parentVal: any,childVal: any,vm?: Component
    ): ?Function {if (!vm) {// in a Vue.extend merge, both should be functionsif (!childVal) {return parentVal}if (!parentVal) {return childVal}return function mergedDataFn () {return mergeData(typeof childVal === 'function' ? childVal.call(this, this) : childVal,typeof parentVal === 'function' ? parentVal.call(this, this) : parentVal)}} else {return function mergedInstanceDataFn () {// instance mergeconst instanceData = typeof childVal === 'function'? childVal.call(vm, vm): childValconst defaultData = typeof parentVal === 'function'? parentVal.call(vm, vm): parentValif (instanceData) {return mergeData(instanceData, defaultData)} else {return defaultData}}}
    }

    从上面的逻辑可以看出,在组件初始化时,会将vm.$options.provide这个函数赋值给provide,并把调用该函数得到的结果赋值给vm._provided,那么就会得到vm._provided = { foo: "我是祖先类定义provide" }

  2. 不要停,我们继续探究一下子孙组件中的inject是怎么实现的,上源码

    // 首先,初始化inject
    export function initInjections (vm: Component) {const result = resolveInject(vm.$options.inject, vm)if (result) {toggleObserving(false)Object.keys(result).forEach(key => {/* istanbul ignore else */if (process.env.NODE_ENV !== 'production') {defineReactive(vm, key, result[key], () => {warn(`Avoid mutating an injected value directly since the changes will be ` +`overwritten whenever the provided component re-renders. ` +`injection being mutated: "${key}"`,vm)})} else {defineReactive(vm, key, result[key])}})toggleObserving(true)}
    }// 初始化的inject实际上是resolveInject的结果,下面我们看看resolve都有哪些操作
    // 第一步:获取组件中定义的inject的key值,然后进行遍历
    // 第二步:根据key值获取对应的在provide中定义的provideKey,就比如上面的根据"childFoo"获取到"foo"
    // 第三步:通过source = source.$parent逐级往上循环在_provided中查找对应的provideKey
    // 第四步:如果找到,将实际的key值作为键,source._provided[provideKey]作为值,存为一个对象,当作这个函数的结果
    export function resolveInject (inject: any, vm: Component): ?Object {if (inject) {// inject is :any because flow is not smart enough to figure out cachedconst result = Object.create(null)const keys = hasSymbol? Reflect.ownKeys(inject): Object.keys(inject)for (let i = 0; i < keys.length; i++) {const key = keys[i]// #6574 in case the inject object is observed...if (key === '__ob__') continueconst provideKey = inject[key].fromlet source = vmwhile (source) {if (source._provided && hasOwn(source._provided, provideKey)) {result[key] = source._provided[provideKey]break}source = source.$parent}if (!source) {if ('default' in inject[key]) {const provideDefault = inject[key].defaultresult[key] = typeof provideDefault === 'function'? provideDefault.call(vm): provideDefault} else if (process.env.NODE_ENV !== 'production') {warn(`Injection "${key}" not found`, vm)}}}return result}
    }
    

说到这里,我们应该知道了provide/inject之间的调用逻辑了吧。最后,我们在用一句话总结一下:

当祖先组件在初始化时,vue首先会通过mergeOptions方法将组件中provide配置项合并vm.$options中,并通过mergeDataOrFn将provide的值放入当前实例的_provided中,此时当子孙组件在初始化时,也会通过合并的options解析出当前组件所定义的inject,并通过网上逐级遍历查找的方式,在祖先实例的-provided中找到对应的value值

至此,关于Vue的组件通信原理就介绍完了,希望能对大家有帮助。

全部文章链接

Vue组件通信原理剖析(一)事件总线的基石 o n 和 on和 onemit
Vue组件通信原理剖析(二)全局状态管理Vuex
Vue组件通信原理剖析(三)provide/inject原理分析

最后喜欢我的小伙伴也可以通过关注公众号“剑指大前端”,或者扫描下方二维码联系到我,进行经验交流和分享,同时我也会定期分享一些大前端干货,让我们的开发从此不迷路。
在这里插入图片描述

这篇关于Vue组件通信原理剖析(三)provide/inject原理分析的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/1124835

相关文章

Python中随机休眠技术原理与应用详解

《Python中随机休眠技术原理与应用详解》在编程中,让程序暂停执行特定时间是常见需求,当需要引入不确定性时,随机休眠就成为关键技巧,下面我们就来看看Python中随机休眠技术的具体实现与应用吧... 目录引言一、实现原理与基础方法1.1 核心函数解析1.2 基础实现模板1.3 整数版实现二、典型应用场景2

Java的IO模型、Netty原理解析

《Java的IO模型、Netty原理解析》Java的I/O是以流的方式进行数据输入输出的,Java的类库涉及很多领域的IO内容:标准的输入输出,文件的操作、网络上的数据传输流、字符串流、对象流等,这篇... 目录1.什么是IO2.同步与异步、阻塞与非阻塞3.三种IO模型BIO(blocking I/O)NI

Spring事务中@Transactional注解不生效的原因分析与解决

《Spring事务中@Transactional注解不生效的原因分析与解决》在Spring框架中,@Transactional注解是管理数据库事务的核心方式,本文将深入分析事务自调用的底层原理,解释为... 目录1. 引言2. 事务自调用问题重现2.1 示例代码2.2 问题现象3. 为什么事务自调用会失效3

找不到Anaconda prompt终端的原因分析及解决方案

《找不到Anacondaprompt终端的原因分析及解决方案》因为anaconda还没有初始化,在安装anaconda的过程中,有一行是否要添加anaconda到菜单目录中,由于没有勾选,导致没有菜... 目录问题原因问http://www.chinasem.cn题解决安装了 Anaconda 却找不到 An

Spring定时任务只执行一次的原因分析与解决方案

《Spring定时任务只执行一次的原因分析与解决方案》在使用Spring的@Scheduled定时任务时,你是否遇到过任务只执行一次,后续不再触发的情况?这种情况可能由多种原因导致,如未启用调度、线程... 目录1. 问题背景2. Spring定时任务的基本用法3. 为什么定时任务只执行一次?3.1 未启用

Vue中组件之间传值的六种方式(完整版)

《Vue中组件之间传值的六种方式(完整版)》组件是vue.js最强大的功能之一,而组件实例的作用域是相互独立的,这就意味着不同组件之间的数据无法相互引用,针对不同的使用场景,如何选择行之有效的通信方式... 目录前言方法一、props/$emit1.父组件向子组件传值2.子组件向父组件传值(通过事件形式)方

css中的 vertical-align与line-height作用详解

《css中的vertical-align与line-height作用详解》:本文主要介绍了CSS中的`vertical-align`和`line-height`属性,包括它们的作用、适用元素、属性值、常见使用场景、常见问题及解决方案,详细内容请阅读本文,希望能对你有所帮助... 目录vertical-ali

C++ 各种map特点对比分析

《C++各种map特点对比分析》文章比较了C++中不同类型的map(如std::map,std::unordered_map,std::multimap,std::unordered_multima... 目录特点比较C++ 示例代码 ​​​​​​代码解释特点比较1. std::map底层实现:基于红黑

浅析CSS 中z - index属性的作用及在什么情况下会失效

《浅析CSS中z-index属性的作用及在什么情况下会失效》z-index属性用于控制元素的堆叠顺序,值越大,元素越显示在上层,它需要元素具有定位属性(如relative、absolute、fi... 目录1. z-index 属性的作用2. z-index 失效的情况2.1 元素没有定位属性2.2 元素处

Python实现html转png的完美方案介绍

《Python实现html转png的完美方案介绍》这篇文章主要为大家详细介绍了如何使用Python实现html转png功能,文中的示例代码讲解详细,感兴趣的小伙伴可以跟随小编一起学习一下... 1.增强稳定性与错误处理建议使用三层异常捕获结构:try: with sync_playwright(