Vue 3.0 响应性基础 API

Vue 3.0 响应性基础 API

本节例子中代码使用的单文件组件语法

#reactive

返回对象的响应式副本

 
 
  1. const obj = reactive({ count: 0 })

响应式转换是“深层”的——它影响所有嵌套 property。在基于 ES2015 Proxy 的实现中,返回的代理是等于原始对象。建议只使用响应式代理,避免依赖原始对象。

类型声明:

 
 
  1. function reactive<T extends object>(target: T): UnwrapNestedRefs<T>

#readonly

获取一个对象 (响应式或纯对象) 或 ref 并返回原始代理的只读代理。只读代理是深层的:访问的任何嵌套 property 也是只读的。

 
 
  1. const original = reactive({ count: 0 })
  2. const copy = readonly(original)
  3. watchEffect(() => {
  4. // 适用于响应性追踪
  5. console.log(copy.count)
  6. })
  7. // 变更original 会触发侦听器依赖副本
  8. original.count++
  9. // 变更副本将失败并导致警告
  10. copy.count++ // 警告!

#isProxy

检查对象是 reactive 还是 readonly创建的代理

#isReactive

检查对象是否是 reactive创建的响应式 proxy。

 
 
  1. import { reactive, isReactive } from 'vue'
  2. export default {
  3. setup() {
  4. const state = reactive({
  5. name: 'John'
  6. })
  7. console.log(isReactive(state)) // -> true
  8. }
  9. }

如果 proxy 是 readonly 创建的,但还包装了由 reactive 创建的另一个 proxy,它也会返回 true

 
 
  1. import { reactive, isReactive, readonly } from 'vue'
  2. export default {
  3. setup() {
  4. const state = reactive({
  5. name: 'John'
  6. })
  7. // 从普通对象创建的只读代理
  8. const plain = readonly({
  9. name: 'Mary'
  10. })
  11. console.log(isReactive(plain)) // -> false
  12. // 从响应式代理创建的只读代理
  13. const stateCopy = readonly(state)
  14. console.log(isReactive(stateCopy)) // -> true
  15. }
  16. }

#isReadonly

检查对象是否是由readonly创建的只读代理。

#toRaw

返回 reactive 或 readonly 代理的原始对象。这是一个转义口,可用于临时读取而不会引起代理访问/跟踪开销,也可用于写入而不会触发更改。不建议保留对原始对象的持久引用。请谨慎使用。

 
 
  1. const foo = {}
  2. const reactiveFoo = reactive(foo)
  3. console.log(toRaw(reactiveFoo) === foo) // true

#markRaw

标记一个对象,使其永远不会转换为代理。返回对象本身。

 
 
  1. const foo = markRaw({})
  2. console.log(isReactive(reactive(foo))) // false
  3. // 嵌套在其他响应式对象中时也可以使用
  4. const bar = reactive({ foo })
  5. console.log(isReactive(bar.foo)) // false

WARNING

下方的 markRaw 和 shallowXXX API 使你可以有选择地选择退出默认的深度响应式/只读转换,并将原始的,非代理的对象嵌入状态图中。它们可以在各种情况下使用:

  • 有些值不应被设置为响应式的,例如复杂的第三方类实例或 Vue 组件对象。
  • 当渲染具有不可变数据源的大列表时,跳过代理转换可以提高性能。

它们被认为是高阶的,因为原始选择退出仅在根级别,因此,如果将嵌套的、未标记的原始对象设置为响应式对象,然后再次访问它,则可以得到代理版本。这可能会导致本源危害——即执行依赖于对象本身但同时使用同一对象的原始版本和代理版本的操作:

 
 
  1. const foo = markRaw({
  2. nested: {}
  3. })
  4. const bar = reactive({
  5. // 虽然 `foo` 被标记为原始,foo.nested 不是。
  6. nested: foo.nested
  7. })
  8. console.log(foo.nested === bar.nested) // false

本源危害通常很少见。然而,为了在安全地避免本源危害的同时正确地使用这些 API,需要对响应性系统的工作原理有一个坚实的理解。

#shallowReactive

创建一个响应式代理,该代理跟踪其自身 property 的响应性,但不执行嵌套对象的深度响应式转换 (暴露原始值)。

 
 
  1. const state = shallowReactive({
  2. foo: 1,
  3. nested: {
  4. bar: 2
  5. }
  6. })
  7. // 改变状态本身的性质是响应式的
  8. state.foo++
  9. // ...但是不转换嵌套对象
  10. isReactive(state.nested) // false
  11. state.nested.bar++ // 非响应式

#shallowReadonly

创建一个代理,使其自身的 property 为只读,但不执行嵌套对象的深度只读转换 (暴露原始值)。

 
 
  1. const state = shallowReadonly({
  2. foo: 1,
  3. nested: {
  4. bar: 2
  5. }
  6. })
  7. // 改变状态本身的property将失败
  8. state.foo++
  9. // ...但适用于嵌套对象
  10. isReadonly(state.nested) // false
  11. state.nested.bar++ // 适用

猜你喜欢

转载自blog.csdn.net/2201_75866484/article/details/129920976