Vue3 组合式 API 的基础 —— setup

Posted 2023-03-02

参考技术A

组合式 API 基础 - Vue3中文文档
Setup - Vue3中文文档

setup 是一个组件选项，所以像别的组件选项一样，写在组件导出的对象里。

官方文档如此描述：
setup 选项应该是一个接受 props 和 context 的函数。
此外，我们从 setup 返回的所有内容都将暴露给组件的其余部分 (计算属性、方法、生命周期钩子等等) 以及组件的模板。

个人觉得可以理解为：

正如在一个标准组件中所期望的那样， setup 函数中的 props 是响应式的，当传入新的 prop 时，它将被更新。

context 上下文是一个普通的 JavaScript 对象，它暴露三个组件的 property：

context 是一个普通的 JavaScript 对象，也就是说，它不是响应式的，这意味着你可以安全地对 context 使用 ES6 解构。

attrs 和 slots 是有状态的对象，它们总是会随组件本身的更新而更新。这意味着你应该避免对它们进行解构，并始终以 attrs.x 或 slots.x 的方式引用 property。请注意，与 props 不同， attrs 和 slots 是非响应式的。如果你打算根据 attrs 或 slots 更改应用副作用，那么应该在 onUpdated 生命周期钩子中执行此操作。

如果 setup 返回一个对象，则可以在组件的模板中像传递给 setup 的 props property 一样访问该对象的 property：

setup 还可以返回一个渲染函数，该函数可以直接使用在同一作用域中声明的响应式状态：

新的 setup 组件选项在 创建组件之前 执行，一旦 props 被解析，并充当合成 API 的入口点。

在 setup() 内部， this 不会是该活跃实例的引用，因为 setup() 是在解析其它组件选项之前被调用的，所以 setup() 内部的 this 的行为与其它选项中的 this 完全不同。这在和其它选项式 API 一起使用 setup() 时可能会导致混淆。

reactive() 接收一个普通对象然后返回该普通对象的响应式代理。等同于 2.x 的 Vue.observable()

响应式转换是“深层的”：会影响对象内部所有嵌套的属性。基于 ES2015 的 Proxy 实现，返回的代理对象 不等于 原始对象。建议仅使用代理对象而避免依赖原始对象。

接受一个参数值并返回一个响应式且可改变的 ref 对象。ref 对象拥有一个指向内部值的单一属性 .value 。

如果传入 ref 的是一个对象，将调用 reactive 方法进行深层响应转换。

使用响应式 computed API 有两种方式：

传入一个对象（响应式或普通）或 ref，返回一个原始对象的 只读 代理。一个只读的代理是“深层的”，对象内部任何嵌套的属性也都是只读的。

立即执行传入的一个函数，并响应式追踪其依赖，并在其依赖变更时重新运行该函数。

当 watchEffect 在组件的 setup() 函数或生命周期钩子被调用时， 侦听器会被链接到该组件的生命周期，并在组件卸载时自动停止。

在一些情况下，也可以显式调用返回值以停止侦听：

有时副作用函数会执行一些异步的副作用, 这些响应需要在其失效时清除（即完成之前状态已改变了）。所以侦听副作用传入的函数可以接收一个 onInvalidate 函数作入参, 用来注册清理失效时的回调。当以下情况发生时，这个 失效回调 会被触发:

我们之所以是通过传入一个函数去注册失效回调，而不是从回调返回它（如 React useEffect 中的方式），是因为返回值对于异步错误处理很重要。

在执行数据请求时，副作用函数往往是一个异步函数：

我们知道异步函数都会隐式地返回一个 Promise，但是清理函数必须要在 Promise 被 resolve 之前被注册。另外，Vue 依赖这个返回的 Promise 来自动处理 Promise 链上的潜在错误。

Vue 的响应式系统会缓存副作用函数，并异步地刷新它们，这样可以避免同一个 tick 中多个状态改变导致的不必要的重复调用。在核心的具体实现中, 组件的更新函数也是一个被侦听的副作用。当一个用户定义的副作用函数进入队列时, 会在所有的组件更新后执行：

在这个例子中：

请注意，初始化运行是在组件 mounted 之前执行的。因此，如果你希望在编写副作用函数时访问 DOM（或模板 ref），请在 onMounted 钩子中进行：

如果副作用需要同步或在组件更新之前重新运行，我们可以传递一个拥有 flush 属性的对象作为选项（默认为 \'post\' ）：

onTrack 和 onTrigger 选项可用于调试一个侦听器的行为。

这两个回调都将接收到一个包含有关所依赖项信息的调试器事件。建议在以下回调中编写 debugger 语句来检查依赖关系：

onTrack 和 onTrigger 仅在开发模式下生效。

watch API 完全等效于 2.x this.$watch （以及 watch 中相应的选项）。 watch 需要侦听特定的数据源，并在回调函数中执行副作用。默认情况是懒执行的，也就是说仅在侦听的源变更时才执行回调。

可以直接导入 onXXX 一族的函数来注册生命周期钩子：