手撸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的源码写的很巧妙,响应式原理写的也很好,希望能够学习到这种思想在编码过程中有所收获

相关文章
|
2月前
|
缓存 JavaScript UED
Vue3中v-model在处理自定义组件双向数据绑定时有哪些注意事项?
在使用`v-model`处理自定义组件双向数据绑定时,要仔细考虑各种因素,确保数据的准确传递和更新,同时提供良好的用户体验和代码可维护性。通过合理的设计和注意事项的遵循,能够更好地发挥`v-model`的优势,实现高效的双向数据绑定效果。
163 64
|
2月前
|
JavaScript 前端开发 API
Vue 3 中 v-model 与 Vue 2 中 v-model 的区别是什么?
总的来说,Vue 3 中的 `v-model` 在灵活性、与组合式 API 的结合、对自定义组件的支持等方面都有了明显的提升和改进,使其更适应现代前端开发的需求和趋势。但需要注意的是,在迁移过程中可能需要对一些代码进行调整和适配。
142 60
|
26天前
|
JavaScript API 数据处理
vue3使用pinia中的actions,需要调用接口的话
通过上述步骤,您可以在Vue 3中使用Pinia和actions来管理状态并调用API接口。Pinia的简洁设计使得状态管理和异步操作更加直观和易于维护。无论是安装配置、创建Store还是在组件中使用Store,都能轻松实现高效的状态管理和数据处理。
99 3
|
2月前
|
前端开发 JavaScript 测试技术
Vue3中v-model在处理自定义组件双向数据绑定时,如何避免循环引用?
Web 组件化是一种有效的开发方法,可以提高项目的质量、效率和可维护性。在实际项目中,要结合项目的具体情况,合理应用 Web 组件化的理念和技术,实现项目的成功实施和交付。通过不断地探索和实践,将 Web 组件化的优势充分发挥出来,为前端开发领域的发展做出贡献。
57 8
|
2月前
|
存储 JavaScript 数据管理
除了provide/inject,Vue3中还有哪些方式可以避免v-model的循环引用?
需要注意的是,在实际开发中,应根据具体的项目需求和组件结构来选择合适的方式来避免`v-model`的循环引用。同时,要综合考虑代码的可读性、可维护性和性能等因素,以确保系统的稳定和高效运行。
52 1
|
2月前
|
JavaScript
Vue3中使用provide/inject来避免v-model的循环引用
`provide`和`inject`是 Vue 3 中非常有用的特性,在处理一些复杂的组件间通信问题时,可以提供一种灵活的解决方案。通过合理使用它们,可以帮助我们更好地避免`v-model`的循环引用问题,提高代码的质量和可维护性。
58 1
|
2月前
|
JavaScript
在 Vue 3 中,如何使用 v-model 来处理自定义组件的双向数据绑定?
需要注意的是,在实际开发中,根据具体的业务需求和组件设计,可能需要对上述步骤进行适当的调整和优化,以确保双向数据绑定的正确性和稳定性。同时,深入理解 Vue 3 的响应式机制和组件通信原理,将有助于更好地运用 `v-model` 实现自定义组件的双向数据绑定。
|
8月前
|
JavaScript API
【vue实战项目】通用管理系统:api封装、404页
【vue实战项目】通用管理系统:api封装、404页
85 3
|
8月前
|
人工智能 JavaScript 前端开发
毕设项目-基于Springboot和Vue实现蛋糕商城系统(三)
毕设项目-基于Springboot和Vue实现蛋糕商城系统
|
8月前
|
JavaScript Java 关系型数据库
毕设项目-基于Springboot和Vue实现蛋糕商城系统(一)
毕设项目-基于Springboot和Vue实现蛋糕商城系统
215 0