(编辑:jimmy 日期: 2024/12/24 浏览:2)
前言
在 Vue
开发过程中,如遇到祖先组件需要传值到孙子组件时,需要在儿子组件接收 props
,然后再传递给孙子组件,通过使用 v-bind="$attrs"
则会带来极大的便利,但同时也会有一些隐患在其中。
隐患
先来看一个例子:
父组件:
{ template: ` <div> <input type="text" v-model="input" placeholder="please input"> <test :test="test" /> </div> `, data() { return { input: '', test: '1111', }; }, }
子组件:
{ template: '<div v-bind="$attrs"></div>', updated() { console.log('Why should I update"text-align: center">无情……,于是我打开看了看,尤大说了这么一番话我就好像明白了:
那既然不是“bug”,那来看看是为什么吧。
前因
首先介绍一个前提,就是
Vue
在更新组件的时候是更新对应的data
和props
触发Watcher
通知来更新渲染的。每一个组件都有一个唯一对应的
Watcher
,所以在子组件上的props
没有更新的时候,是不会触发子组件的更新的。当我们去掉子组件上的v-bind="$attrs"
时可以发现,updated
钩子不会再执行,所以可以发现问题就出现在这里。原因分析
Vue
源码中搜索$attrs
,找到src/core/instance/render.js
文件:export function initRender (vm: Component) { // ... defineReactive(vm, '$attrs', parentData && parentData.attrs || emptyObject, null, true) defineReactive(vm, '$listeners', options._parentListeners || emptyObject, null, true) }噢,amazing!就是它。可以看到在
initRender
方法中,将$attrs
属性绑定到了this
上,并且设置成响应式对象,离发现奥秘又近了一步。依赖收集
我们知道
Vue
会通过Object.defineProperty
方法来进行依赖收集,由于这部分内容也比较多,这里只进行一个简单了解。Object.defineProperty(obj, key, { get: function reactiveGetter () { const value = getter "htmlcode">Object.defineProperty(obj, key, { set: function reactiveSetter (newVal) { const value = getter "htmlcode">notify () { // stabilize the subscriber list first const subs = this.subs.slice() for (let i = 0, l = subs.length; i < l; i++) { subs[i].update() } }了解到这些基础后,我们再回头看看
$attrs
是如何触发子组件的updated
方法的。要知道子组件会被更新,肯定是在某个地方访问到了
$attrs
,依赖被收集到subs
里了,才会在派发时被通知需要更新。我们对比添加v-bind="$attrs"
和不添加v-bind="$attrs"
调试一下源码可以看到:get: function reactiveGetter () { var value = getter "$attrs" 时,会多收集到一个依赖。会有一个
id
为8
的dep
里面收集了$attrs
所在的Watcher
,我们再对比一下有无v-bind="$attrs"
时的set
派发更新状态:
set: function reactiveSetter (newVal) { var value = getter "text-align: center">这里可以明显看到也是
id
为8
的dep
正准备遍历subs
通知Watcher
来更新,也能看到newVal
与value
其实值并没有改变而进行了更新这个问题。
问题:$attrs 的依赖是如何被收集的呢?
我们知道依赖收集是在
get
中完成的,但是我们初始化的时候并没有访问数据,那这是怎么实现的呢?答案就在
vm._render()
这个方法会生成Vnode
并在这个过程中会访问到数据,从而收集到了依赖。那还是没有解答出这个问题呀,别急,这还是一个铺垫,因为你在
vm._render()
里也找不到在哪访问到了$attrs
...柳暗花明
我们的代码里和
vm._render()
都没有对$attrs
访问,原因只可能出现在v-bind
上了,我们使用vue-template-compiler
对模板进行编译看看:const compiler = require('vue-template-compiler'); const result = compiler.compile( // ` // <div :test="test"> // <p>测试内容</p> // </div> // ` ` <div v-bind="$attrs"> <p>测试内容</p> </div> ` ); console.log(result.render); // with (this) { // return _c( // 'div', // { attrs: { test: test } }, // [ // _c('p', [_v('测试内容')]) // ] // ); // } // with (this) { // return _c( // 'div', // _b({}, 'div', $attrs, false), // [ // _c('p', [_v('测试内容')]) // ] // ); // }这就是最终访问
$attrs
的地方了,所以$attrs
会被收集到依赖中,当input
中v-model
的值更新时,触发set
通知更新,而在更新组件时调用的updateChildComponent
方法中会对$attrs
进行赋值:// update $attrs and $listeners hash // these are also reactive so they may trigger child update if the child // used them during render vm.$attrs = parentVnode.data.attrs || emptyObject; vm.$listeners = listeners || emptyObject;所以会触发
$attrs
的set
,导致它所在的Watcher
进行更新,也就会导致子组件更新了。而如果没有绑定v-bind="$attrs"
,则虽然也会到这一步,但是没有依赖收集的过程,就无法去更新子组件了。奇淫技巧
如果又想图人家身子,啊呸,图人家方便,又想要好点的性能怎么办呢?这里有一个曲线救国的方法:
<template> <Child v-bind="attrsCopy" /> </template> <script> import _ from 'lodash'; import Child from './Child'; export default { name: 'Child', components: { Child, }, data() { return { attrsCopy: {}, }; }, watch: { $attrs: { handler(newVal, value) { if (!_.isEqual(newVal, value)) { this.attrsCopy = _.cloneDeep(newVal); } }, immediate: true, }, }, }; </script>总结
到此为止,我们就已经分析完了
$attrs
数据没有变化,却让子组件更新的原因,源码中有这样一段话:// $attrs & $listeners are exposed for easier HOC creation. // they need to be reactive so that HOCs using them are always updated
一开始这样设计目的是为了
HOC
高阶组件更好的创建使用,便于HOC
组件总能对数据变化做出反应,但是在实际过程中与v-model
产生了一些副作用,对于这两者的使用,建议在没有数据频繁变化时可以使用,或者使用上面的奇淫技巧,以及……把产生频繁变化的部分扔到一个单独的组件中让他自己自娱自乐去吧。下一篇:js实现批量删除功能荣耀猎人回归!七大亮点看懂不只是轻薄本,更是游戏本的MagicBook Pro 16.
人们对于笔记本电脑有一个固有印象:要么轻薄但性能一般,要么性能强劲但笨重臃肿。然而,今年荣耀新推出的MagicBook Pro 16刷新了人们的认知——发布会上,荣耀宣布猎人游戏本正式回归,称其继承了荣耀 HUNTER 基因,并自信地为其打出“轻薄本,更是游戏本”的口号。
众所周知,寻求轻薄本的用户普遍更看重便携性、外观造型、静谧性和打字办公等用机体验,而寻求游戏本的用户则普遍更看重硬件配置、性能释放等硬核指标。把两个看似难以相干的产品融合到一起,我们不禁对它产生了强烈的好奇:作为代表荣耀猎人游戏本的跨界新物种,它究竟做了哪些平衡以兼顾不同人群的各类需求呢?