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

相关文章

Java中流式并行操作parallelStream的原理和使用方法

《Java中流式并行操作parallelStream的原理和使用方法》本文详细介绍了Java中的并行流(parallelStream)的原理、正确使用方法以及在实际业务中的应用案例,并指出在使用并行流... 目录Java中流式并行操作parallelStream0. 问题的产生1. 什么是parallelS

Java中Redisson 的原理深度解析

《Java中Redisson的原理深度解析》Redisson是一个高性能的Redis客户端,它通过将Redis数据结构映射为Java对象和分布式对象,实现了在Java应用中方便地使用Redis,本文... 目录前言一、核心设计理念二、核心架构与通信层1. 基于 Netty 的异步非阻塞通信2. 编解码器三、

Java HashMap的底层实现原理深度解析

《JavaHashMap的底层实现原理深度解析》HashMap基于数组+链表+红黑树结构,通过哈希算法和扩容机制优化性能,负载因子与树化阈值平衡效率,是Java开发必备的高效数据结构,本文给大家介绍... 目录一、概述:HashMap的宏观结构二、核心数据结构解析1. 数组(桶数组)2. 链表节点(Node

Nginx分布式部署流程分析

《Nginx分布式部署流程分析》文章介绍Nginx在分布式部署中的反向代理和负载均衡作用,用于分发请求、减轻服务器压力及解决session共享问题,涵盖配置方法、策略及Java项目应用,并提及分布式事... 目录分布式部署NginxJava中的代理代理分为正向代理和反向代理正向代理反向代理Nginx应用场景

vite搭建vue3项目的搭建步骤

《vite搭建vue3项目的搭建步骤》本文主要介绍了vite搭建vue3项目的搭建步骤,文中通过示例代码介绍的非常详细,对大家的学习或者工作具有一定的参考学习价值,需要的朋友们下面随着小编来一起学习学... 目录1.确保Nodejs环境2.使用vite-cli工具3.进入项目安装依赖1.确保Nodejs环境

Nginx搭建前端本地预览环境的完整步骤教学

《Nginx搭建前端本地预览环境的完整步骤教学》这篇文章主要为大家详细介绍了Nginx搭建前端本地预览环境的完整步骤教学,文中的示例代码讲解详细,感兴趣的小伙伴可以跟随小编一起学习一下... 目录项目目录结构核心配置文件:nginx.conf脚本化操作:nginx.shnpm 脚本集成总结:对前端的意义很多

Redis中Hash从使用过程到原理说明

《Redis中Hash从使用过程到原理说明》RedisHash结构用于存储字段-值对,适合对象数据,支持HSET、HGET等命令,采用ziplist或hashtable编码,通过渐进式rehash优化... 目录一、开篇:Hash就像超市的货架二、Hash的基本使用1. 常用命令示例2. Java操作示例三

Redis中Set结构使用过程与原理说明

《Redis中Set结构使用过程与原理说明》本文解析了RedisSet数据结构,涵盖其基本操作(如添加、查找)、集合运算(交并差)、底层实现(intset与hashtable自动切换机制)、典型应用场... 目录开篇:从购物车到Redis Set一、Redis Set的基本操作1.1 编程常用命令1.2 集

Redis中的有序集合zset从使用到原理分析

《Redis中的有序集合zset从使用到原理分析》Redis有序集合(zset)是字符串与分值的有序映射,通过跳跃表和哈希表结合实现高效有序性管理,适用于排行榜、延迟队列等场景,其时间复杂度低,内存占... 目录开篇:排行榜背后的秘密一、zset的基本使用1.1 常用命令1.2 Java客户端示例二、zse

Redis中的AOF原理及分析

《Redis中的AOF原理及分析》Redis的AOF通过记录所有写操作命令实现持久化,支持always/everysec/no三种同步策略,重写机制优化文件体积,与RDB结合可平衡数据安全与恢复效率... 目录开篇:从日记本到AOF一、AOF的基本执行流程1. 命令执行与记录2. AOF重写机制二、AOF的