手撸vue3核心源码——响应式原理(isReactive,isReadonly)

简介: 手撸vue3核心源码——响应式原理(isReactive,isReadonly)

isReactive与isReadonly

isReactive和isReadonly最大区别是啥,一个可改,一个不可改 而且reactive需要收集依赖,而readonly不需要,那么我们根据这点来写代码,那么我们判断一下是不是就可以了

我们首先需要把之前写的reactive以及readonly代码给优化一下

import { track, trigger } from './effect'
export function reactive(raw) {
    return new Proxy(raw, {
        get(target, key) {
            const res = Reflect.get(target, key)
            //todo收集依赖
            track(target, key)
            return res
        },
        set(target, key, value) {
            const res = Reflect.set(target, key, value)
            //todo触发依赖
            trigger(target, key)
            return res
        }
    })
}
export function readonly(raw) {
    return new Proxy(raw, {
        get(target, key) {
            const res = Reflect.get(target, key)
            return res
        },
        set(target, key, value) {
            return true
        }
    })
}

优化后


import { track, trigger } from './effect'
export function reactive(raw) {
    return new Proxy(raw, {
        get,
        set
    })
}
export function readonly(raw) {
    return new Proxy(raw, {
        get: getReadonly,
        set(target, key, value) {
            return true
        }
    })
}
const get = createGetter()
const set = createSetter()
const getReadonly = createGetter(true)
function createGetter(isReadonly = false) {
    return function get(target, key) {
        const res = Reflect.get(target, key)
        if (isReadonly) {
            return res
        }
        track(target, key)
        return res
    }
}
function createSetter() {
    return function set(target, key, value) {
        const res = Reflect.set(target, key, value)
        trigger(target, key)
        return res
    }
}

我们把get里面相同的逻辑抽出来,然后定义了一个高阶函数,来返回一个get,我们给高阶函数传的参数可以在内部做判断

因为我们的readonly与reactive在track的时候区分的很明显,那么我们是不是可以继续在get上做文章也来区分他俩,如何触发track,是不是得触发get 如何触发get 是不是得读属性,想到这里我们通过读不同的属性,我们给不同的返回值区分他俩是不是就可以了,来实现一下


function createGetter(isReadonly = false) {
    return function get(target, key) {
        const res = Reflect.get(target, key)
        if (key === reactiveFlags.IS_REACTIVE) {
            return isReadonly
        } else if (key === reactiveFlags.IS_READONLY) {
            return !isReadonly
        }
        if (isReadonly) {
            return res
        }
        track(target, key)
        return res
    }
}
function createSetter() {
    return function set(target, key, value) {
        const res = Reflect.set(target, key, value)
        trigger(target, key)
        return res
    }
}
export function isReadonly(value) {
    return value[reactiveFlags.IS_READONLY]
}
export function isReactive(value) {
    return value[reactiveFlags.IS_REACTIVE]
}

我们定义了一个枚举类,来区分reactive与readonly,当我们调用isReactive的时候我们通过读枚举项的值,也就调用了get 而读到的属性也就是key ,我们用key来区分一下,就能够得到最后的效果


解决深层嵌套

我们上面实现的isReactive与isReadonly只是在最外层实现了,没有实现深层监听, 我们看一下单测,需要将user身上的name也给监听到

image.png

编辑

这个时候我们想一下,啥情况要这样做,肯定是内部属性也是一个对象,所以我们要先判断一下是否是个对象,另外如果一环套一环的,我们是不是需要一层一层的判断,那么我们就可以用递归的方式来处理


function createGetter(isReadonly = false) {
    return function get(target, key) {
        const res = Reflect.get(target, key)
        if (res !== null && typeof res === 'object') {
            return isReadonly ? readonly(res) : reactive(res)
        }
        if (key === reactiveFlags.IS_REACTIVE) {
            return isReadonly
        } else if (key === reactiveFlags.IS_READONLY) {
            return !isReadonly
        }
        if (isReadonly) {
            return res
        }
        track(target, key)
        return res
    }
}

到此我们的深层嵌套的问题也解决了


优化代码

image.png

编辑

我们这里把相同的逻辑抽出来,并且在外层来接收函数调用,为什么不在内部,比如get: createGetter() 而是写在外面,只是因为,当我们每次调用get时 函数都会被初始化一次,放在外面,他只会初始化一次,节省性能了

另外注意点,我们这样传的参数是对象当然没问题,要不是对象是不是就是undefied了,所以我们需要转转义一下


export function isReadonly(value) {
    return value[reactiveFlags.IS_READONLY]
}
export function isReactive(value) {
    return value[reactiveFlags.IS_REACTIVE]
}
javascript
复制代码
export function isReadonly(value) {
    return !!value[reactiveFlags.IS_READONLY]
}
export function isReactive(value) {
    return !!value[reactiveFlags.IS_REACTIVE]
}

这样代码就优化了一下


写在最后

vue3的源码写的很巧妙,响应式原理写的也很好,希望能够学习到这种思想在编码过程中有所收获

相关文章
|
4月前
|
缓存 JavaScript PHP
斩获开发者口碑!SnowAdmin:基于 Vue3 的高颜值后台管理系统,3 步极速上手!
SnowAdmin 是一款基于 Vue3/TypeScript/Arco Design 的开源后台管理框架,以“清新优雅、开箱即用”为核心设计理念。提供角色权限精细化管理、多主题与暗黑模式切换、动态路由与页面缓存等功能,支持代码规范自动化校验及丰富组件库。通过模块化设计与前沿技术栈(Vite5/Pinia),显著提升开发效率,适合团队协作与长期维护。项目地址:[GitHub](https://github.com/WANG-Fan0912/SnowAdmin)。
719 5
|
1月前
|
缓存 前端开发 大数据
虚拟列表在Vue3中的具体应用场景有哪些?
虚拟列表在 Vue3 中通过仅渲染可视区域内容,显著提升大数据列表性能,适用于 ERP 表格、聊天界面、社交媒体、阅读器、日历及树形结构等场景,结合 `vue-virtual-scroller` 等工具可实现高效滚动与交互体验。
219 1
|
1月前
|
缓存 JavaScript UED
除了循环引用,Vue3还有哪些常见的性能优化技巧?
除了循环引用,Vue3还有哪些常见的性能优化技巧?
137 0
|
2月前
|
JavaScript
vue3循环引用自已实现
当渲染大量数据列表时,使用虚拟列表只渲染可视区域的内容,显著减少 DOM 节点数量。
89 0
|
4月前
|
JavaScript API 容器
Vue 3 中的 nextTick 使用详解与实战案例
Vue 3 中的 nextTick 使用详解与实战案例 在 Vue 3 的日常开发中,我们经常需要在数据变化后等待 DOM 更新完成再执行某些操作。此时,nextTick 就成了一个不可或缺的工具。本文将介绍 nextTick 的基本用法,并通过三个实战案例,展示它在表单验证、弹窗动画、自动聚焦等场景中的实际应用。
393 17
|
5月前
|
JavaScript 前端开发 算法
Vue 3 和 Vue 2 的区别及优点
Vue 3 和 Vue 2 的区别及优点
|
4月前
|
JavaScript 前端开发 API
Vue 2 与 Vue 3 的区别:深度对比与迁移指南
Vue.js 是一个用于构建用户界面的渐进式 JavaScript 框架,在过去的几年里,Vue 2 一直是前端开发中的重要工具。而 Vue 3 作为其升级版本,带来了许多显著的改进和新特性。在本文中,我们将深入比较 Vue 2 和 Vue 3 的主要区别,帮助开发者更好地理解这两个版本之间的变化,并提供迁移建议。 1. Vue 3 的新特性概述 Vue 3 引入了许多新特性,使得开发体验更加流畅、灵活。以下是 Vue 3 的一些关键改进: 1.1 Composition API Composition API 是 Vue 3 的核心新特性之一。它改变了 Vue 组件的代码结构,使得逻辑组
1472 0
|
JavaScript 容器
【Vue源码解析】mustache模板引擎
【Vue源码解析】mustache模板引擎
151 0
|
JavaScript 索引
Vue $set 源码解析(保证你也能看懂)
说明这个key本来就在对象上面已经定义过了的,直接修改值就可以了,可以自动触发响应
246 0
Vue $set 源码解析(保证你也能看懂)
|
JavaScript 索引
Vue $set 源码解析
Vue $set 源码解析
193 0
Vue $set 源码解析