目录
创建一个 Vue 应用#
应用实例#
根组件#
挂载应用#
DOM 中的根组件模板#
应用配置#
多个应用实例#
模板语法#
文本插值#
原始 HTML#
Attribute 绑定#
简写#
布尔型 Attribute#
动态绑定多个值#
使用 JavaScript 表达式#
仅支持表达式#
调用函数#
受限的全局访问#
指令 Directives#
参数 Arguments#
动态参数#
修饰符 Modifiers#
响应式基础#
声明响应式状态#
响应式代理 vs. 原始值#
声明方法#
DOM 更新时机#
深层响应性#
有状态方法#
计算属性#
基础示例#
计算属性缓存 vs 方法#
可写计算属性#
最佳实践#
Getter 不应有副作用#
避免直接修改计算属性值#
Class 与 Style 绑定#
绑定 HTML class#
绑定对象#
绑定数组#
在组件上使用#
绑定内联样式#
绑定对象#
绑定数组#
自动前缀#
样式多值#
条件渲染#
v-if#
v-else#
Vue is awesome!
v-else-if#
上的 v-if#
每个 Vue 应用都是通过 createApp 函数创建一个新的 应用实例:
js
import { createApp } from 'vue' const app = createApp({ /* 根组件选项 */ })
我们传入 createApp
的对象实际上是一个组件,每个应用都需要一个“根组件”,其他组件将作为其子组件。
如果你使用的是单文件组件,我们可以直接从另一个文件中导入根组件。
js
import { createApp } from 'vue' // 从一个单文件组件中导入根组件 import App from './App.vue' const app = createApp(App)
虽然本指南中的许多示例只需要一个组件,但大多数真实的应用都是由一棵嵌套的、可重用的组件树组成的。例如,一个待办事项 (Todos) 应用的组件树可能是这样的:
App (root component) ├─ TodoList │ └─ TodoItem │ ├─ TodoDeleteButton │ └─ TodoEditButton └─ TodoFooter ├─ TodoClearButton └─ TodoStatistics
我们会在指南的后续章节中讨论如何定义和组合多个组件。在那之前,我们得先关注一个组件内到底发生了什么。
应用实例必须在调用了 .mount()
方法后才会渲染出来。该方法接收一个“容器”参数,可以是一个实际的 DOM 元素或是一个 CSS 选择器字符串:
html
js
app.mount('#app')
应用根组件的内容将会被渲染在容器元素里面。容器元素自己将不会被视为应用的一部分。
.mount()
方法应该始终在整个应用配置和资源注册完成后被调用。同时请注意,不同于其他资源注册方法,它的返回值是根组件实例而非应用实例。
当在未采用构建流程的情况下使用 Vue 时,我们可以在挂载容器中直接书写根组件模板:
html
js
import { createApp } from 'vue' const app = createApp({ data() { return { count: 0 } } }) app.mount('#app')
当根组件没有设置 template
选项时,Vue 将自动使用容器的 innerHTML
作为模板。
应用实例会暴露一个 .config
对象允许我们配置一些应用级的选项,例如定义一个应用级的错误处理器,用来捕获所有子组件上的错误:
js
app.config.errorHandler = (err) => { /* 处理错误 */ }
应用实例还提供了一些方法来注册应用范围内可用的资源,例如注册一个组件:
js
app.component('TodoDeleteButton', TodoDeleteButton)
这使得 TodoDeleteButton
在应用的任何地方都是可用的。我们会在指南的后续章节中讨论关于组件和其他资源的注册。你也可以在 API 参考中浏览应用实例 API 的完整列表。
确保在挂载应用实例之前完成所有应用配置!
应用实例并不只限于一个。createApp
API 允许你在同一个页面中创建多个共存的 Vue 应用,而且每个应用都拥有自己的用于配置和全局资源的作用域。
js
const app1 = createApp({ /* ... */ }) app1.mount('#container-1') const app2 = createApp({ /* ... */ }) app2.mount('#container-2')
如果你正在使用 Vue 来增强服务端渲染 HTML,并且只想要 Vue 去控制一个大型页面中特殊的一小部分,应避免将一个单独的 Vue 应用实例挂载到整个页面上,而是应该创建多个小的应用实例,将它们分别挂载到所需的元素上去。
Vue 使用一种基于 HTML 的模板语法,使我们能够声明式地将其组件实例的数据绑定到呈现的 DOM 上。所有的 Vue 模板都是语法层面合法的 HTML,可以被符合规范的浏览器和 HTML 解析器解析。
在底层机制中,Vue 会将模板编译成高度优化的 JavaScript 代码。结合响应式系统,当应用状态变更时,Vue 能够智能地推导出需要重新渲染的组件的最少数量,并应用最少的 DOM 操作。
如果你对虚拟 DOM 的概念比较熟悉,并且偏好直接使用 JavaScript,你也可以结合可选的 JSX 支持直接手写渲染函数而不采用模板。但请注意,这将不会享受到和模板同等级别的编译时优化。
最基本的数据绑定形式是文本插值,它使用的是“Mustache”语法 (即双大括号):
template
Message: {{ msg }}
双大括号标签会被替换为相应组件实例中 msg
属性的值。同时每次 msg
属性更改时它也会同步更新。
双大括号会将数据解释为纯文本,而不是 HTML。若想插入 HTML,你需要使用 v-html 指令:
template
Using text interpolation: {{ rawHtml }}
Using v-html directive:
Using text interpolation: This should be red.
Using v-html directive: This should be red.
这里我们遇到了一个新的概念。这里看到的 v-html
attribute 被称为一个指令。指令由 v-
作为前缀,表明它们是一些由 Vue 提供的特殊 attribute,你可能已经猜到了,它们将为渲染的 DOM 应用特殊的响应式行为。这里我们做的事情简单来说就是:在当前组件实例上,将此元素的 innerHTML 与 rawHtml
属性保持同步。
span
的内容将会被替换为 rawHtml
属性的值,插值为纯 HTML——数据绑定将会被忽略。注意,你不能使用 v-html
来拼接组合模板,因为 Vue 不是一个基于字符串的模板引擎。在使用 Vue 时,应当使用组件作为 UI 重用和组合的基本单元。
安全警告
在网站上动态渲染任意 HTML 是非常危险的,因为这非常容易造成 XSS 漏洞。请仅在内容安全可信时再使用 v-html
,并且永远不要使用用户提供的 HTML 内容。
双大括号不能在 HTML attributes 中使用。想要响应式地绑定一个 attribute,应该使用 v-bind 指令:
template
v-bind
指令指示 Vue 将元素的 id
attribute 与组件的 dynamicId
属性保持一致。如果绑定的值是 null
或者 undefined
,那么该 attribute 将会从渲染的元素上移除。
因为 v-bind
非常常用,我们提供了特定的简写语法:
template
开头为 :
的 attribute 可能和一般的 HTML attribute 看起来不太一样,但它的确是合法的 attribute 名称字符,并且所有支持 Vue 的浏览器都能正确解析它。此外,他们不会出现在最终渲染的 DOM 中。简写语法是可选的,但相信在你了解了它更多的用处后,你应该会更喜欢它。
接下来的指引中,我们都将在示例中使用简写语法,因为这是在实际开发中更常见的用法。
布尔型 attribute 依据 true / false 值来决定 attribute 是否应该存在于该元素上。disabled 就是最常见的例子之一。
v-bind
在这种场景下的行为略有不同:
template
当 isButtonDisabled
为真值或一个空字符串 (即 ) 时,元素会包含这个
disabled
attribute。而当其为其他假值时 attribute 将被忽略。
如果你有像这样的一个包含多个 attribute 的 JavaScript 对象:
js
data() { return { objectOfAttrs: { id: 'container', class: 'wrapper' } } }
通过不带参数的 v-bind
,你可以将它们绑定到单个元素上:
template
至此,我们仅在模板中绑定了一些简单的属性名。但是 Vue 实际上在所有的数据绑定中都支持完整的 JavaScript 表达式:
template
{{ number + 1 }} {{ ok ? 'YES' : 'NO' }} {{ message.split('').reverse().join('') }}
这些表达式都会被作为 JavaScript ,以当前组件实例为作用域解析执行。
在 Vue 模板内,JavaScript 表达式可以被使用在如下场景上:
在文本插值中 (双大括号)
在任何 Vue 指令 (以 v-
开头的特殊 attribute) attribute 的值中
每个绑定仅支持单一表达式,也就是一段能够被求值的 JavaScript 代码。一个简单的判断方法是是否可以合法地写在 return
后面。
因此,下面的例子都是无效的:
template
{{ var a = 1 }} {{ if (ok) { return message } }}
可以在绑定的表达式中使用一个组件暴露的方法:
template
{{ formatDate(date) }}
TIP
绑定在表达式中的方法在组件每次更新时都会被重新调用,因此不应该产生任何副作用,比如改变数据或触发异步操作。
模板中的表达式将被沙盒化,仅能够访问到有限的全局对象列表。该列表中会暴露常用的内置全局对象,比如 Math
和 Date
。
没有显式包含在列表中的全局对象将不能在模板内表达式中访问,例如用户附加在 window
上的属性。然而,你也可以自行在 app.config.globalProperties 上显式地添加它们,供所有的 Vue 表达式使用。
指令是带有 v-
前缀的特殊 attribute。Vue 提供了许多内置指令,包括上面我们所介绍的 v-bind
和 v-html
。
指令 attribute 的期望值为一个 JavaScript 表达式 (除了少数几个例外,即之后要讨论到的 v-for
、v-on
和 v-slot
)。一个指令的任务是在其表达式的值变化时响应式地更新 DOM。以 v-if 为例:
template
Now you see me
这里,v-if
指令会基于表达式 seen
的值的真假来移除/插入该 元素。
某些指令会需要一个“参数”,在指令名后通过一个冒号隔开做标识。例如用 v-bind
指令来响应式地更新一个 HTML attribute:
template
... ...
这里 href
就是一个参数,它告诉 v-bind
指令将表达式 url
的值绑定到元素的 href
attribute 上。在简写中,参数前的一切 (例如 v-bind:
) 都会被缩略为一个 :
字符。
另一个例子是 v-on
指令,它将监听 DOM 事件:
template
... ...
这里的参数是要监听的事件名称:click
。v-on
有一个相应的缩写,即 @
字符。我们之后也会讨论关于事件处理的更多细节。
同样在指令参数上也可以使用一个 JavaScript 表达式,需要包含在一对方括号内:
template
... ...
这里的 attributeName
会作为一个 JavaScript 表达式被动态执行,计算得到的值会被用作最终的参数。举例来说,如果你的组件实例有一个数据属性 attributeName
,其值为 "href"
,那么这个绑定就等价于 v-bind:href
。
相似地,你还可以将一个函数绑定到动态的事件名称上:
template
...
在此示例中,当 eventName
的值是 "focus"
时,v-on:[eventName]
就等价于 v-on:focus
。
动态参数值的限制#
动态参数中表达式的值应当是一个字符串,或者是 null
。特殊值 null
意为显式移除该绑定。其他非字符串的值会触发警告。
动态参数语法的限制#
动态参数表达式因为某些字符的缘故有一些语法限制,比如空格和引号,在 HTML attribute 名称中都是不合法的。例如下面的示例:
template
...
如果你需要传入一个复杂的动态参数,我们推荐使用计算属性替换复杂的表达式,也是 Vue 最基础的概念之一,我们很快就会讲到。
当使用 DOM 内嵌模板 (直接写在 HTML 文件里的模板) 时,我们需要避免在名称中使用大写字母,因为浏览器会强制将其转换为小写:
template
...
上面的例子将会在 DOM 内嵌模板中被转换为 :[someattr]
。如果你的组件拥有 “someAttr” 属性而非 “someattr”,这段代码将不会工作。单文件组件内的模板不受此限制。
修饰符是以点开头的特殊后缀,表明指令需要以一些特殊的方式被绑定。例如 .prevent
修饰符会告知 v-on
指令对触发的事件调用 event.preventDefault()
:
template
之后在讲到 v-on 和 v-model 的功能时,你将会看到其他修饰符的例子。
最后,在这里你可以直观地看到完整的指令语法:
API 参考
本页和后面很多页面中都分别包含了选项式 API 和组合式 API 的示例代码。现在你选择的是 选项式 API。你可以使用左侧侧边栏顶部的 “API 风格偏好” 开关在 API 风格之间切换。
选用选项式 API 时,会用 data
选项来声明组件的响应式状态。此选项的值应为返回一个对象的函数。Vue 将在创建新组件实例的时候调用此函数,并将函数返回的对象用响应式系统进行包装。此对象的所有顶层属性都会被代理到组件实例 (即方法和生命周期钩子中的 this
) 上。
js
export default { data() { return { count: 1 } }, // `mounted` 是生命周期钩子,之后我们会讲到 mounted() { // `this` 指向当前组件实例 console.log(this.count) // => 1 // 数据属性也可以被更改 this.count = 2 } }
在演练场中尝试一下
这些实例上的属性仅在实例首次创建时被添加,因此你需要确保它们都出现在 data
函数返回的对象上。若所需的值还未准备好,在必要时也可以使用 null
、undefined
或者其他一些值占位。
虽然也可以不在 data
上定义,直接向组件实例添加新属性,但这个属性将无法触发响应式更新。
Vue 在组件实例上暴露的内置 API 使用 $
作为前缀。它同时也为内部属性保留 _
前缀。因此,你应该避免在顶层 data
上使用任何以这些字符作前缀的属性。
在 Vue 3 中,数据是基于 JavaScript Proxy(代理) 实现响应式的。使用过 Vue 2 的用户可能需要注意下面这样的边界情况:
js
export default { data() { return { someObject: {} } }, mounted() { const newObject = {} this.someObject = newObject console.log(newObject === this.someObject) // false } }
当你在赋值后再访问 this.someObject
,此值已经是原来的 newObject
的一个响应式代理。与 Vue 2 不同的是,这里原始的 newObject
不会变为响应式:请确保始终通过 this
来访问响应式状态。
在 Vue School 上观看免费课程
要为组件添加方法,我们需要用到 methods
选项。它应该是一个包含所有方法的对象:
js
export default { data() { return { count: 0 } }, methods: { increment() { this.count++ } }, mounted() { // 在其他方法或是生命周期中也可以调用方法 this.increment() } }
Vue 自动为 methods
中的方法绑定了永远指向组件实例的 this
。这确保了方法在作为事件监听器或回调函数时始终保持正确的 this
。你不应该在定义 methods
时使用箭头函数,因为箭头函数没有自己的 this
上下文。
js
export default { methods: { increment: () => { // 反例:无法访问此处的 `this`! } } }
和组件实例上的其他属性一样,方法也可以在模板上被访问。在模板中它们常常被用作事件监听器:
template
在演练场中尝试一下
在上面的例子中,increment
方法会在 被点击时调用。
当你更改响应式状态后,DOM 会自动更新。然而,你得注意 DOM 的更新并不是同步的。相反,Vue 将缓冲它们直到更新周期的 “下个时机” 以确保无论你进行了多少次状态更改,每个组件都只更新一次。
若要等待一个状态改变后的 DOM 更新完成,你可以使用 nextTick() 这个全局 API:
js
import { nextTick } from 'vue' export default { methods: { increment() { this.count++ nextTick(() => { // 访问更新后的 DOM }) } } }
在 Vue 中,状态都是默认深层响应式的。这意味着即使在更改深层次的对象或数组,你的改动也能被检测到。
js
export default { data() { return { obj: { nested: { count: 0 }, arr: ['foo', 'bar'] } } }, methods: { mutateDeeply() { // 以下都会按照期望工作 this.obj.nested.count++ this.obj.arr.push('baz') } } }
你也可以直接创建一个浅层响应式对象。它们仅在顶层具有响应性,一般仅在某些特殊场景中需要。
在某些情况下,我们可能需要动态地创建一个方法函数,比如创建一个预置防抖的事件处理器:
js
import { debounce } from 'lodash-es' export default { methods: { // 使用 Lodash 的防抖函数 click: debounce(function () { // ... 对点击的响应 ... }, 500) } }
不过这种方法对于被重用的组件来说是有问题的,因为这个预置防抖的函数是 有状态的:它在运行时维护着一个内部状态。如果多个组件实例都共享这同一个预置防抖的函数,那么它们之间将会互相影响。
要保持每个组件实例的防抖函数都彼此独立,我们可以改为在 created
生命周期钩子中创建这个预置防抖的函数:
js
export default { created() { // 每个实例都有了自己的预置防抖的处理函数 this.debouncedClick = _.debounce(this.click, 500) }, unmounted() { // 最好是在组件卸载时 // 清除掉防抖计时器 this.debouncedClick.cancel() }, methods: { click() { // ... 对点击的响应 ... } } }
在 Vue School 上观看免费课程
模板中的表达式虽然方便,但也只能用来做简单的操作。如果在模板中写太多逻辑,会让模板变得臃肿,难以维护。比如说,我们有这样一个包含嵌套数组的对象:
js
export default { data() { return { author: { name: 'John Doe', books: [ 'Vue 2 - Advanced Guide', 'Vue 3 - Basic Guide', 'Vue 4 - The Mystery' ] } } } }
我们想根据 author
是否已有一些书籍来展示不同的信息:
template
Has published books:
{{ author.books.length > 0 ? 'Yes' : 'No' }}
这里的模板看起来有些复杂。我们必须认真看好一会儿才能明白它的计算依赖于 author.books
。更重要的是,如果在模板中需要不止一次这样的计算,我们可不想将这样的代码在模板里重复好多遍。
因此我们推荐使用计算属性来描述依赖响应式状态的复杂逻辑。这是重构后的示例:
js
export default { data() { return { author: { name: 'John Doe', books: [ 'Vue 2 - Advanced Guide', 'Vue 3 - Basic Guide', 'Vue 4 - The Mystery' ] } } }, computed: { // 一个计算属性的 getter publishedBooksMessage() { // `this` 指向当前组件实例 return this.author.books.length > 0 ? 'Yes' : 'No' } } }
template
Has published books:
{{ publishedBooksMessage }}
在演练场中尝试一下
我们在这里定义了一个计算属性 publishedBooksMessage
。
更改此应用的 data
中 books
数组的值后,可以看到 publishedBooksMessage
也会随之改变。
在模板中使用计算属性的方式和一般的属性并无二致。Vue 会检测到 this.publishedBooksMessage
依赖于 this.author.books
,所以当 this.author.books
改变时,任何依赖于 this.publishedBooksMessage
的绑定都将同时更新。
也可参考:为计算属性标记类型
你可能注意到我们在表达式中像这样调用一个函数也会获得和计算属性相同的结果:
template
{{ calculateBooksMessage() }}
js
// 组件中 methods: { calculateBooksMessage() { return this.author.books.length > 0 ? 'Yes' : 'No' } }
若我们将同样的函数定义为一个方法而不是计算属性,两种方式在结果上确实是完全相同的,然而,不同之处在于计算属性值会基于其响应式依赖被缓存。一个计算属性仅会在其响应式依赖更新时才重新计算。这意味着只要 author.books
不改变,无论多少次访问 publishedBooksMessage
都会立即返回先前的计算结果,而不用重复执行 getter 函数。
这也解释了为什么下面的计算属性永远不会更新,因为 Date.now()
并不是一个响应式依赖:
js
computed: { now() { return Date.now() } }
相比之下,方法调用总是会在重渲染发生时再次执行函数。
为什么需要缓存呢?想象一下我们有一个非常耗性能的计算属性 list
,需要循环一个巨大的数组并做许多计算逻辑,并且可能也有其他计算属性依赖于 list
。没有缓存的话,我们会重复执行非常多次 list
的 getter,然而这实际上没有必要!如果你确定不需要缓存,那么也可以使用方法调用。
计算属性默认是只读的。当你尝试修改一个计算属性时,你会收到一个运行时警告。只在某些特殊场景中你可能才需要用到“可写”的属性,你可以通过同时提供 getter 和 setter 来创建:
js
export default { data() { return { firstName: 'John', lastName: 'Doe' } }, computed: { fullName: { // getter get() { return this.firstName + ' ' + this.lastName }, // setter set(newValue) { // 注意:我们这里使用的是解构赋值语法 [this.firstName, this.lastName] = newValue.split(' ') } } } }
现在当你再运行 this.fullName = 'John Doe'
时,setter 会被调用而 this.firstName
和 this.lastName
会随之更新。
计算属性的 getter 应只做计算而没有任何其他的副作用,这一点非常重要,请务必牢记。举例来说,不要在 getter 中做异步请求或者更改 DOM!一个计算属性的声明中描述的是如何根据其他值派生一个值。因此 getter 的职责应该仅为计算和返回该值。在之后的指引中我们会讨论如何使用监听器根据其他响应式状态的变更来创建副作用。
从计算属性返回的值是派生状态。可以把它看作是一个“临时快照”,每当源状态发生变化时,就会创建一个新的快照。更改快照是没有意义的,因此计算属性的返回值应该被视为只读的,并且永远不应该被更改——应该更新它所依赖的源状态以触发新的计算。
数据绑定的一个常见需求场景是操纵元素的 CSS class 列表和内联样式。因为 class
和 style
都是 attribute,我们可以和其他 attribute 一样使用 v-bind
将它们和动态的字符串绑定。但是,在处理比较复杂的绑定时,通过拼接生成字符串是麻烦且易出错的。因此,Vue 专门为 class
和 style
的 v-bind
用法提供了特殊的功能增强。除了字符串外,表达式的值也可以是对象或数组。
在 Vue School 上观看免费课程
我们可以给 :class
(v-bind:class
的缩写) 传递一个对象来动态切换 class:
template
上面的语法表示 active
是否存在取决于数据属性 isActive
的真假值。
你可以在对象中写多个字段来操作多个 class。此外,:class
指令也可以和一般的 class
attribute 共存。举例来说,下面这样的状态:
js
data() { return { isActive: true, hasError: false } }
配合以下模板:
template
渲染的结果会是:
template
当 isActive
或者 hasError
改变时,class 列表会随之更新。举例来说,如果 hasError
变为 true
,class 列表也会变成 "static active text-danger"
。
绑定的对象并不一定需要写成内联字面量的形式,也可以直接绑定一个对象:
js
data() { return { classObject: { active: true, 'text-danger': false } } }
template
这也会渲染出相同的结果。我们也可以绑定一个返回对象的计算属性。这是一个常见且很有用的技巧:
js
data() { return { isActive: true, error: null } }, computed: { classObject() { return { active: this.isActive && !this.error, 'text-danger': this.error && this.error.type === 'fatal' } } }
template
我们可以给 :class
绑定一个数组来渲染多个 CSS class:
js
data() { return { activeClass: 'active', errorClass: 'text-danger' } }
template
渲染的结果是:
template
如果你也想在数组中有条件地渲染某个 class,你可以使用三元表达式:
template
errorClass
会一直存在,但 activeClass
只会在 isActive
为真时才存在。
然而,这可能在有多个依赖条件的 class 时会有些冗长。因此也可以在数组中嵌套对象:
template
本节假设你已经有 Vue 组件的知识基础。如果没有,你也可以暂时跳过,以后再阅读。
对于只有一个根元素的组件,当你使用了 class
attribute 时,这些 class 会被添加到根元素上,并与该元素上已有的 class 合并。
举例来说,如果你声明了一个组件名叫 MyComponent
,模板如下:
template
在使用时添加一些 class:
template
渲染出的 HTML 为:
template
Class 的绑定也是同样的:
template
当 isActive
为真时,被渲染的 HTML 会是:
template
如果你的组件有多个根元素,你将需要指定哪个根元素来接收这个 class。你可以通过组件的 $attrs
属性来实现指定:
template
Hi!
This is a child component
template
这将被渲染为:
html
Hi!
This is a child component
你可以在透传 Attribute 一章中了解更多组件的 attribute 继承的细节。
:style
支持绑定 JavaScript 对象值,对应的是 HTML 元素的 style 属性:
js
data() { return { activeColor: 'red', fontSize: 30 } }
template
尽管推荐使用 camelCase,但 :style
也支持 kebab-cased 形式的 CSS 属性 key (对应其 CSS 中的实际名称),例如:
template
直接绑定一个样式对象通常是一个好主意,这样可以使模板更加简洁:
js
data() { return { styleObject: { color: 'red', fontSize: '13px' } } }
template
同样的,如果样式对象需要更复杂的逻辑,也可以使用返回样式对象的计算属性。
我们还可以给 :style
绑定一个包含多个样式对象的数组。这些对象会被合并后渲染到同一元素上:
template
当你在 :style
中使用了需要浏览器特殊前缀的 CSS 属性时,Vue 会自动为他们加上相应的前缀。Vue 是在运行时检查该属性是否支持在当前浏览器中使用。如果浏览器不支持某个属性,那么将尝试加上各个浏览器特殊前缀,以找到哪一个是被支持的。
你可以对一个样式属性提供多个 (不同前缀的) 值,举例来说:
template
数组仅会渲染浏览器支持的最后一个值。在这个示例中,在支持不需要特别前缀的浏览器中都会渲染为 display: flex
。
在 Vue School 上观看免费课程
v-if
#v-if
指令用于条件性地渲染一块内容。这块内容只会在指令的表达式返回真值时才被渲染。
template
Vue is awesome!
v-else
#你也可以使用 v-else
为 v-if
添加一个“else 区块”。
template
Vue is awesome!
Oh no
Toggle
在演练场中尝试一下
一个 v-else
元素必须跟在一个 v-if
或者 v-else-if
元素后面,否则它将不会被识别。
v-else-if
#顾名思义,v-else-if
提供的是相应于 v-if
的“else if 区块”。它可以连续多次重复使用:
template
ABCNot A/B/C
和 v-else
类似,一个使用 v-else-if
的元素必须紧跟在一个 v-if
或一个 v-else-if
元素后面。
上的 v-if
#因为 v-if
是一个指令,他必须依附于某个元素。但如果我们想要切换不止一个元素呢?在这种情况下我们可以在一个 元素上使用
v-if
,这只是一个不可见的包装器元素,最后渲染的结果并不会包含这个 元素。
template
Title
Paragraph 1
Paragraph 2
v-else
和 v-else-if
也可以在 上使用。
v-show
#另一个可以用来按条件显示一个元素的指令是 v-show
。其用法基本一样:
template
Hello!
不同之处在于 v-show
会在 DOM 渲染中保留该元素;v-show
仅切换了该元素上名为 display
的 CSS 属性。
v-show
不支持在 元素上使用,也不能和
v-else
搭配使用。
v-if
vs. v-show
#v-if
是“真实的”按条件渲染,因为它确保了在切换时,条件区块内的事件监听器和子组件都会被销毁与重建。
v-if
也是惰性的:如果在初次渲染时条件值为 false,则不会做任何事。条件区块只有当条件首次变为 true 时才被渲染。
相比之下,v-show
简单许多,元素无论初始条件如何,始终会被渲染,只有 CSS display
属性会被切换。
总的来说,v-if
有更高的切换开销,而 v-show
有更高的初始渲染开销。因此,如果需要频繁切换,则使用 v-show
较好;如果在运行时绑定条件很少改变,则 v-if
会更合适。
v-if
和 v-for
#警告
同时使用 v-if
和 v-for
是不推荐的,因为这样二者的优先级不明显。请查看风格指南获得更多信息。
当 v-if
和 v-for
同时存在于一个元素上的时候,v-if
会首先被执行。请查看列表渲染指南获取更多细节。
在 Vue School 上观看免费课程
v-for
#我们可以使用 v-for
指令基于一个数组来渲染一个列表。v-for
指令的值需要使用 item in items
形式的特殊语法,其中 items
是源数据的数组,而 item
是迭代项的别名:
js
data() { return { items: [{ message: 'Foo' }, { message: 'Bar' }] } }
template
在 v-for
块中可以完整地访问父作用域内的属性和变量。v-for
也支持使用可选的第二个参数表示当前项的位置索引。
js
data() { return { parentMessage: 'Parent', items: [{ message: 'Foo' }, { message: 'Bar' }] } }
template
Parent - 0 - Foo
Parent - 1 - Bar
在演练场中尝试一下
v-for
变量的作用域和下面的 JavaScript 代码很类似:
js
const parentMessage = 'Parent' const items = [ /* ... */ ] items.forEach((item, index) => { // 可以访问外层的 `parentMessage` // 而 `item` 和 `index` 只在这个作用域可用 console.log(parentMessage, item.message, index) })
注意 v-for
是如何对应 forEach
回调的函数签名的。实际上,你也可以在定义 v-for
的变量别名时使用解构,和解构函数参数类似:
template
对于多层嵌套的 v-for
,作用域的工作方式和函数的作用域很类似。每个 v-for
作用域都可以访问到父级作用域:
template
你也可以使用 of
作为分隔符来替代 in
,这更接近 JavaScript 的迭代器语法:
template
v-for
与对象#你也可以使用 v-for
来遍历一个对象的所有属性。遍历的顺序会基于对该对象调用 Object.keys()
的返回值来决定。
js
data() { return { myObject: { title: 'How to do lists in Vue', author: 'Jane Doe', publishedAt: '2016-04-10' } } }
template
可以通过提供第二个参数表示属性名 (例如 key):
template
第三个参数表示位置索引:
template
在演练场中尝试一下
v-for
里使用范围值#v-for
可以直接接受一个整数值。在这种用例中,会将该模板基于 1...n
的取值范围重复多次。
template
{{ n }}
注意此处 n
的初值是从 1
开始而非 0
。
上的 v-for
#与模板上的 v-if
类似,你也可以在 标签上使用
v-for
来渲染一个包含多个元素的块。例如:
template
v-for
与 v-if
#注意
同时使用 v-if
和 v-for
是不推荐的,因为这样二者的优先级不明显。请转阅风格指南查看更多细节。
当它们同时存在于一个节点上时,v-if
比 v-for
的优先级更高。这意味着 v-if
的条件将无法访问到 v-for
作用域内定义的变量别名:
template
在外新包装一层 再在其上使用
v-for
可以解决这个问题 (这也更加明显易读):
template
{{ todo.name }}
Vue 默认按照“就地更新”的策略来更新通过 v-for
渲染的元素列表。当数据项的顺序改变时,Vue 不会随之移动 DOM 元素的顺序,而是就地更新每个元素,确保它们在原本指定的索引位置上渲染。
默认模式是高效的,但只适用于列表渲染输出的结果不依赖子组件状态或者临时 DOM 状态 (例如表单输入值) 的情况。
为了给 Vue 一个提示,以便它可以跟踪每个节点的标识,从而重用和重新排序现有的元素,你需要为每个元素对应的块提供一个唯一的 key
attribute:
template
当你使用 时,
key
应该被放置在这个 容器上:
template
{{ todo.name }}
注意
key
在这里是一个通过 v-bind
绑定的特殊 attribute。请不要和在 v-for 中使用对象里所提到的对象属性名相混淆。
推荐在任何可行的时候为 v-for
提供一个 key
attribute,除非所迭代的 DOM 内容非常简单 (例如:不包含组件或有状态的 DOM 元素),或者你想有意采用默认行为来提高性能。
key
绑定的值期望是一个基础类型的值,例如字符串或 number 类型。不要用对象作为 v-for
的 key。关于 key
attribute 的更多用途细节,请参阅 key API 文档。
v-for
#这一小节假设你已了解组件的相关知识,或者你也可以先跳过这里,之后再回来看。
我们可以直接在组件上使用 v-for
,和在一般的元素上使用没有区别 (别忘记提供一个 key
):
template
但是,这不会自动将任何数据传递给组件,因为组件有自己独立的作用域。为了将迭代后的数据传递到组件中,我们还需要传递 props:
template
不自动将 item
注入组件的原因是,这会使组件与 v-for
的工作方式紧密耦合。明确其数据的来源可以使组件在其他情况下重用。
这里是一个简单的 Todo List 的例子,展示了如何通过 v-for
来渲染一个组件列表,并向每个实例中传入不同的数据。
Vue 能够侦听响应式数组的变更方法,并在它们被调用时触发相关的更新。这些变更方法包括:
push()
pop()
shift()
unshift()
splice()
sort()
reverse()
变更方法,顾名思义,就是会对调用它们的原数组进行变更。相对地,也有一些不可变 (immutable) 方法,例如 filter()
,concat()
和 slice()
,这些都不会更改原数组,而总是返回一个新数组。当遇到的是非变更方法时,我们需要将旧的数组替换为新的:
js
this.items = this.items.filter((item) => item.message.match(/Foo/))
你可能认为这将导致 Vue 丢弃现有的 DOM 并重新渲染整个列表——幸运的是,情况并非如此。Vue 实现了一些巧妙的方法来最大化对 DOM 元素的重用,因此用另一个包含部分重叠对象的数组来做替换,仍会是一种非常高效的操作。
有时,我们希望显示数组经过过滤或排序后的内容,而不实际变更或重置原始数据。在这种情况下,你可以创建返回已过滤或已排序数组的计算属性。
举例来说:
js
data() { return { numbers: [1, 2, 3, 4, 5] } }, computed: { evenNumbers() { return this.numbers.filter(n => n % 2 === 0) } }
template
在计算属性不可行的情况下 (例如在多层嵌套的 v-for
循环中),你可以使用以下方法:
js
data() { return { sets: [[ 1, 2, 3, 4, 5 ], [6, 7, 8, 9, 10]] } }, methods: { even(numbers) { return numbers.filter(number => number % 2 === 0) } }
template
在计算属性中使用 reverse()
和 sort()
的时候务必小心!这两个方法将变更原始数组,计算函数中不应该这么做。请在调用这些方法之前创建一个原数组的副本:
diff
- return numbers.reverse() + return [...numbers].reverse()
在 Vue School 上观看免费课程
我们可以使用 v-on
指令 (简写为 @
) 来监听 DOM 事件,并在事件触发时执行对应的 JavaScript。用法:v-on:click="methodName"
或 @click="handler"
。
事件处理器的值可以是:
内联事件处理器:事件被触发时执行的内联 JavaScript 语句 (与 onclick
类似)。
方法事件处理器:一个指向组件上定义的方法的属性名或是路径。
内联事件处理器通常用于简单场景,例如:
js
data() { return { count: 0 } }
template
Count is: {{ count }}
在演练场中尝试一下
随着事件处理器的逻辑变得愈发复杂,内联代码方式变得不够灵活。因此 v-on
也可以接受一个方法名或对某个方法的调用。
举例来说:
js
data() { return { name: 'Vue.js' } }, methods: { greet(event) { // 方法中的 `this` 指向当前活跃的组件实例 alert(`Hello ${this.name}!`) // `event` 是 DOM 原生事件 if (event) { alert(event.target.tagName) } } }
template
在演练场中尝试一下
方法事件处理器会自动接收原生 DOM 事件并触发执行。在上面的例子中,我们能够通过被触发事件的 event.target.tagName
访问到该 DOM 元素。
你也可以看看为事件处理器标注类型这一章了解更多。
模板编译器会通过检查 v-on
的值是否是合法的 JavaScript 标识符或属性访问路径来断定是何种形式的事件处理器。举例来说,foo
、foo.bar
和 foo['bar']
会被视为方法事件处理器,而 foo()
和 count++
会被视为内联事件处理器。
除了直接绑定方法名,你还可以在内联事件处理器中调用方法。这允许我们向方法传入自定义参数以代替原生事件:
js
methods: { say(message) { alert(message) } }
template
在演练场中尝试一下
有时我们需要在内联事件处理器中访问原生 DOM 事件。你可以向该处理器方法传入一个特殊的 $event
变量,或者使用内联箭头函数:
template
js
methods: { warn(message, event) { // 这里可以访问 DOM 原生事件 if (event) { event.preventDefault() } alert(message) } }
在处理事件时调用 event.preventDefault()
或 event.stopPropagation()
是很常见的。尽管我们可以直接在方法内调用,但如果方法能更专注于数据逻辑而不用去处理 DOM 事件的细节会更好。
为解决这一问题,Vue 为 v-on
提供了事件修饰符。修饰符是用 .
表示的指令后缀,包含以下这些:
.stop
.prevent
.self
.capture
.once
.passive
template
TIP
使用修饰符时需要注意调用顺序,因为相关代码是以相同的顺序生成的。因此使用 @click.prevent.self
会阻止元素及其子元素的所有点击事件的默认行为而 @click.self.prevent
则只会阻止对元素本身的点击事件的默认行为。
.capture
、.once
和 .passive
修饰符与原生 addEventListener 事件相对应:
template
......
.passive
修饰符一般用于触摸事件的监听器,可以用来改善移动端设备的滚屏性能。
TIP
请勿同时使用 .passive
和 .prevent
,因为 .passive
已经向浏览器表明了你不想阻止事件的默认行为。如果你这么做了,则 .prevent
会被忽略,并且浏览器会抛出警告。
在监听键盘事件时,我们经常需要检查特定的按键。Vue 允许在 v-on
或 @
监听按键事件时添加按键修饰符。
template
你可以直接使用 KeyboardEvent.key 暴露的按键名称作为修饰符,但需要转为 kebab-case 形式。
template
在上面的例子中,仅会在 $event.key
为 'PageDown'
时调用事件处理。
Vue 为一些常用的按键提供了别名:
.enter
.tab
.delete
(捕获“Delete”和“Backspace”两个按键)
.esc
.space
.up
.down
.left
.right
你可以使用以下系统按键修饰符来触发鼠标或键盘事件监听器,只有当按键被按下时才会触发。
.ctrl
.alt
.shift
.meta
注意
在 Mac 键盘上,meta 是 Command 键 (⌘)。在 Windows 键盘上,meta 键是 Windows 键 (⊞)。在 Sun 微机系统键盘上,meta 是钻石键 (◆)。在某些键盘上,特别是 MIT 和 Lisp 机器的键盘及其后代版本的键盘,如 Knight 键盘,space-cadet 键盘,meta 都被标记为“META”。在 Symbolics 键盘上,meta 也被标识为“META”或“Meta”。
举例来说:
template
Do something
TIP
请注意,系统按键修饰符和常规按键不同。与 keyup
事件一起使用时,该按键必须在事件发出时处于按下状态。换句话说,keyup.ctrl
只会在你仍然按住 ctrl
但松开了另一个键时被触发。若你单独松开 ctrl
键将不会触发。
.exact
修饰符#.exact
修饰符允许控制触发一个事件所需的确定组合的系统按键修饰符。
template
.left
.right
.middle
这些修饰符将处理程序限定为由特定鼠标按键触发的事件。
在 Vue School 上观看免费课程
在前端处理表单时,我们常常需要将表单输入框的内容同步给 JavaScript 中相应的变量。手动连接值绑定和更改事件监听器可能会很麻烦:
template
text = event.target.value">
v-model
指令帮我们简化了这一步骤:
template
另外,v-model
还可以用于各种不同类型的输入,、
元素。它会根据所使用的元素自动使用对应的 DOM 属性和事件组合:
文本类型的 和
元素会绑定
value
property 并侦听 input
事件;
和
会绑定
checked
property 并侦听 change
事件;
会绑定
value
property 并侦听 change
事件。
注意
v-model
会忽略任何表单元素上初始的 value
、checked
或 selected
attribute。它将始终将当前绑定的 JavaScript 状态视为数据的正确来源。你应该在 JavaScript 中使用data
选项来声明该初始值。
template
Message is: {{ message }}
Message is:
在演练场中尝试一下
注意
对于需要使用 IME 的语言 (中文,日文和韩文等),你会发现 v-model
不会在 IME 输入还在拼字阶段时触发更新。如果你的确想在拼字阶段也触发更新,请直接使用自己的 input
事件监听器和 value
绑定而不要使用 v-model
。
template
Multiline message is:{{ message }}
Multiline message is:
在演练场中尝试一下
注意在 中是不支持插值表达式的。请使用
v-model
来替代:
template
单一的复选框,绑定布尔类型值:
template
false
在演练场中尝试一下
我们也可以将多个复选框绑定到同一个数组或集合的值:
js
export default { data() { return { checkedNames: [] } } }
template
Checked names: {{ checkedNames }}
Checked names: []
Jack
John
Mike
在这个例子中,checkedNames
数组将始终包含所有当前被选中的框的值。
在演练场中尝试一下
template
Picked: {{ picked }}
Picked:
One
Two
在演练场中尝试一下
单个选择器的示例如下:
template
Selected: {{ selected }}
Selected:
在演练场中尝试一下
注意
如果 v-model
表达式的初始值不匹配任何一个选择项, 元素会渲染成一个“未选择”的状态。在 iOS 上,这将导致用户无法选择第一项,因为 iOS 在这种情况下不会触发一个 change 事件。因此,我们建议提供一个空值的禁用选项,如上面的例子所示。
多选 (值绑定到一个数组):
template
Selected: {{ selected }}
Selected: []
在演练场中尝试一下
选择器的选项可以使用 v-for
动态渲染:
js
export default { data() { return { selected: 'A', options: [ { text: 'One', value: 'A' }, { text: 'Two', value: 'B' }, { text: 'Three', value: 'C' } ] } } }
template
Selected: {{ selected }}
在演练场中尝试一下
对于单选按钮,复选框和选择器选项,v-model
绑定的值通常是静态的字符串 (或者对复选框是布尔值):
template
但有时我们可能希望将该值绑定到当前组件实例上的动态数据。这可以通过使用 v-bind
来实现。此外,使用 v-bind
还使我们可以将选项值绑定为非字符串的数据类型。
template
true-value
和 false-value
是 Vue 特有的 attributes,仅支持和 v-model
配套使用。这里 toggle
属性的值会在选中时被设为 'yes'
,取消选择时设为 'no'
。你同样可以通过 v-bind
将其绑定为其他动态值:
template
提示
true-value
和 false-value
attributes 不会影响 value
attribute,因为浏览器在表单提交时,并不会包含未选择的复选框。为了保证这两个值 (例如:“yes”和“no”) 的其中之一被表单提交,请使用单选按钮作为替代。
template
pick
会在第一个按钮选中时被设为 first
,在第二个按钮选中时被设为 second
。
template
v-model
同样也支持非字符串类型的值绑定!在上面这个例子中,当某个选项被选中,selected
会被设为该对象字面量值 { number: 123 }
。
.lazy
#默认情况下,v-model
会在每次 input
事件后更新数据 (IME 拼字阶段的状态例外)。你可以添加 lazy
修饰符来改为在每次 change
事件后更新数据:
template
.number
#如果你想让用户输入自动转换为数字,你可以在 v-model
后添加 .number
修饰符来管理输入:
template
如果该值无法被 parseFloat()
处理,那么将返回原始值。
number
修饰符会在输入框有 type="number"
时自动启用。
.trim
#如果你想要默认自动去除用户输入内容中两端的空格,你可以在 v-model
后添加 .trim
修饰符:
template
v-model
#如果你还不熟悉 Vue 的组件,那么现在可以跳过这个部分。
HTML 的内置表单输入类型并不总能满足所有需求。幸运的是,我们可以使用 Vue 构建具有自定义行为的可复用输入组件,并且这些输入组件也支持 v-model
!要了解更多关于此的内容,请在组件指引中阅读配合 v-model 使用。
每个 Vue 组件实例在创建时都需要经历一系列的初始化步骤,比如设置好数据侦听,编译模板,挂载实例到 DOM,以及在数据改变时更新 DOM。在此过程中,它也会运行被称为生命周期钩子的函数,让开发者有机会在特定阶段运行自己的代码。
举例来说,mounted
钩子可以用来在组件完成初始渲染并创建 DOM 节点后运行代码:
js
export default { mounted() { console.log(`the component is now mounted.`) } }
还有其他一些钩子,会在实例生命周期的不同阶段被调用,最常用的是 mounted、updated 和 unmounted。
所有生命周期钩子函数的 this
上下文都会自动指向当前调用它的组件实例。注意:避免用箭头函数来定义生命周期钩子,因为如果这样的话你将无法在函数中通过 this
获取组件实例。
下面是实例生命周期的图表。你现在并不需要完全理解图中的所有内容,但以后它将是一个有用的参考。
有关所有生命周期钩子及其各自用例的详细信息,请参考生命周期钩子 API 索引。
计算属性允许我们声明性地计算衍生值。然而在有些情况下,我们需要在状态变化时执行一些“副作用”:例如更改 DOM,或是根据异步操作的结果去修改另一处的状态。
在选项式 API 中,我们可以使用 watch 选项在每次响应式属性发生变化时触发一个函数。
js
export default { data() { return { question: '', answer: 'Questions usually contain a question mark. ;-)' } }, watch: { // 每当 question 改变时,这个函数就会执行 question(newQuestion, oldQuestion) { if (newQuestion.includes('?')) { this.getAnswer() } } }, methods: { async getAnswer() { this.answer = 'Thinking...' try { const res = await fetch('https://yesno.wtf/api') this.answer = (await res.json()).answer } catch (error) { this.answer = 'Error! Could not reach the API. ' + error } } } }
template
Ask a yes/no question:
{{ answer }}
在演练场中尝试一下
watch
选项也支持把键设置成用 .
分隔的路径:
js
export default { watch: { // 注意:只能是简单的路径,不支持表达式。 'some.nested.key'(newValue) { // ... } } }
watch
默认是浅层的:被侦听的属性,仅在被赋新值时,才会触发回调函数——而嵌套属性的变化不会触发。如果想侦听所有嵌套的变更,你需要深层侦听器:
js
export default { watch: { someObject: { handler(newValue, oldValue) { // 注意:在嵌套的变更中, // 只要没有替换对象本身, // 那么这里的 `newValue` 和 `oldValue` 相同 }, deep: true } } }
谨慎使用
深度侦听需要遍历被侦听对象中的所有嵌套的属性,当用于大型数据结构时,开销很大。因此请只在必要时才使用它,并且要留意性能。
watch
默认是懒执行的:仅当数据源变化时,才会执行回调。但在某些场景中,我们希望在创建侦听器时,立即执行一遍回调。举例来说,我们想请求一些初始数据,然后在相关状态更改时重新请求数据。
我们可以用一个对象来声明侦听器,这个对象有 handler
方法和 immediate: true
选项,这样便能强制回调函数立即执行:
js
export default { // ... watch: { question: { handler(newQuestion) { // 在组件实例创建时会立即调用 }, // 强制立即执行回调 immediate: true } } // ... }
回调函数的初次执行就发生在 created
钩子之前。Vue 此时已经处理了 data
、computed
和 methods
选项,所以这些属性在第一次调用时就是可用的。
当你更改了响应式状态,它可能会同时触发 Vue 组件更新和侦听器回调。
默认情况下,用户创建的侦听器回调,都会在 Vue 组件更新之前被调用。这意味着你在侦听器回调中访问的 DOM 将是被 Vue 更新之前的状态。
如果想在侦听器回调中能访问被 Vue 更新之后的 DOM,你需要指明 flush: 'post'
选项:
js
export default { // ... watch: { key: { handler() {}, flush: 'post' } } }
this.$watch()
#我们也可以使用组件实例的 $watch() 方法来命令式地创建一个侦听器:
js
export default { created() { this.$watch('question', (newQuestion) => { // ... }) } }
如果要在特定条件下设置一个侦听器,或者只侦听响应用户交互的内容,这方法很有用。它还允许你提前停止该侦听器。
用 watch
选项或者 $watch()
实例方法声明的侦听器,会在宿主组件卸载时自动停止。因此,在大多数场景下,你无需关心怎么停止它。
在少数情况下,你的确需要在组件卸载之前就停止一个侦听器,这时可以调用 $watch()
API 返回的函数:
js
const unwatch = this.$watch('foo', callback) // ...当该侦听器不再需要时 unwatch()
虽然 Vue 的声明性渲染模型为你抽象了大部分对 DOM 的直接操作,但在某些情况下,我们仍然需要直接访问底层 DOM 元素。要实现这一点,我们可以使用特殊的 ref
attribute:
template
ref
是一个特殊的 attribute,和 v-for
章节中提到的 key
类似。它允许我们在一个特定的 DOM 元素或子组件实例被挂载后,获得对它的直接引用。这可能很有用,比如说在组件挂载时将焦点设置到一个 input 元素上,或在一个元素上初始化一个第三方库。
挂载结束后引用都会被暴露在 this.$refs
之上:
vue
注意,你只可以在组件挂载后才能访问模板引用。如果你想在模板中的表达式上访问 $refs.input
,在初次渲染时会是 null
。这是因为在初次渲染前这个元素还不存在呢!
v-for
中的模板引用#需要 v3.2.25 及以上版本
当在 v-for
中使用模板引用时,相应的引用中包含的值是一个数组:
vue
- {{ item }}
在演练场中尝试一下
应该注意的是,ref 数组并不保证与源数组相同的顺序。
除了使用字符串值作名字,ref
attribute 还可以绑定为一个函数,会在每次组件更新时都被调用。该函数会收到元素引用作为其第一个参数:
template
注意我们这里需要使用动态的 :ref
绑定才能够传入一个函数。当绑定的元素被卸载时,函数也会被调用一次,此时的 el
参数会是 null
。你当然也可以绑定一个组件方法而不是内联函数。
这一小节假设你已了解组件的相关知识,或者你也可以先跳过这里,之后再回来看。
模板引用也可以被用在一个子组件上。这种情况下引用中获得的值是组件实例:
vue
如果一个子组件使用的是选项式 API ,被引用的组件实例和该子组件的 this
完全一致,这意味着父组件对子组件的每一个属性和方法都有完全的访问权。这使得在父组件和子组件之间创建紧密耦合的实现细节变得很容易,当然也因此,应该只在绝对需要时才使用组件引用。大多数情况下,你应该首先使用标准的 props 和 emit 接口来实现父子组件交互。
expose
选项可以用于限制对子组件实例的访问:
js
export default { expose: ['publicData', 'publicMethod'], data() { return { publicData: 'foo', privateData: 'bar' } }, methods: { publicMethod() { /* ... */ }, privateMethod() { /* ... */ } } }
在上面这个例子中,父组件通过模板引用访问到子组件实例后,仅能访问 publicData
和 publicMethod
。
组件允许我们将 UI 划分为独立的、可重用的部分,并且可以对每个部分进行单独的思考。在实际应用中,组件常常被组织成层层嵌套的树状结构:
这和我们嵌套 HTML 元素的方式类似,Vue 实现了自己的组件模型,使我们可以在每个组件内封装自定义内容与逻辑。Vue 同样也能很好地配合原生 Web Component。如果你想知道 Vue 组件与原生 Web Components 之间的关系,可以阅读此章节。
当使用构建步骤时,我们一般会将 Vue 组件定义在一个单独的 .vue
文件中,这被叫做单文件组件 (简称 SFC):
vue
当不使用构建步骤时,一个 Vue 组件以一个包含 Vue 特定选项的 JavaScript 对象来定义:
js
export default { data() { return { count: 0 } }, template: ` ` }
这里的模板是一个内联的 JavaScript 字符串,Vue 将会在运行时编译它。你也可以使用 ID 选择器来指向一个元素 (通常是原生的 元素),Vue 将会使用其内容作为模板来源。
上面的例子中定义了一个组件,并在一个 .js
文件里默认导出了它自己,但你也可以通过具名导出在一个文件中导出多个组件。
TIP
我们会在接下来的指引中使用 SFC 语法,无论你是否使用构建步骤,组件相关的概念都是相同的。示例一节中展示了两种场景中的组件使用情况。
要使用一个子组件,我们需要在父组件中导入它。假设我们把计数器组件放在了一个叫做 ButtonCounter.vue
的文件中,这个组件将会以默认导出的形式被暴露给外部。
vue
Here is a child component!
若要将导入的组件暴露给模板,我们需要在 components
选项上注册它。这个组件将会以其注册时的名字作为模板中的标签名。
当然,你也可以全局地注册一个组件,使得它在当前应用中的任何组件上都可以使用,而不需要额外再导入。关于组件的全局注册和局部注册两种方式的利弊,我们放在了组件注册这一章节中专门讨论。
组件可以被重用任意多次:
template
Here is a child component!
在演练场中尝试一下
你会注意到,每当点击这些按钮时,每一个组件都维护着自己的状态,是不同的 count
。这是因为每当你使用一个组件,就创建了一个新的实例。
在单文件组件中,推荐为子组件使用 PascalCase
的标签名,以此来和原生的 HTML 元素作区分。虽然原生 HTML 标签名是不区分大小写的,但 Vue 单文件组件是可以在编译中区分大小写的。我们也可以使用 />
来关闭一个标签。
如果你是直接在 DOM 中书写模板 (例如原生 元素的内容),模板的编译需要遵从浏览器中 HTML 的解析行为。在这种情况下,你应该需要使用
kebab-case
形式并显式地关闭这些组件的标签。
template
请看 DOM 模板解析注意事项了解更多细节。
如果我们正在构建一个博客,我们可能需要一个表示博客文章的组件。我们希望所有的博客文章分享相同的视觉布局,但有不同的内容。要实现这样的效果自然必须向组件中传递数据,例如每篇文章标题和内容,这就会使用到 props。
Props 是一种特别的 attributes,你可以在组件上声明注册。要传递给博客文章组件一个标题,我们必须在组件的 props 列表上声明它。这里要用到 props 选项:
vue
{{ title }}
当一个值被传递给 prop 时,它将成为该组件实例上的一个属性。该属性的值可以像其他组件属性一样,在模板和组件的 this
上下文中访问。
一个组件可以有任意多的 props,默认情况下,所有 prop 都接受任意类型的值。
当一个 prop 被注册后,可以像这样以自定义 attribute 的形式传递数据给它:
template
在实际应用中,我们可能在父组件中会有如下的一个博客文章数组:
js
export default { // ... data() { return { posts: [ { id: 1, title: 'My journey with Vue' }, { id: 2, title: 'Blogging with Vue' }, { id: 3, title: 'Why Vue is so fun' } ] } } }
这种情况下,我们可以使用 v-for
来渲染它们:
template
在演练场中尝试一下
留意我们是如何使用 v-bind
来传递动态 prop 值的。当事先不知道要渲染的确切内容时,这一点特别有用。
以上就是目前你需要了解的关于 props 的全部了。如果你看完本章节后还想知道更多细节,我们推荐你深入阅读关于 props 的完整指引。
让我们继续关注我们的
组件。我们会发现有时候它需要与父组件进行交互。例如,要在此处实现 A11y 的需求,将博客文章的文字能够放大,而页面的其余部分仍使用默认字号。
在父组件中,我们可以添加一个 postFontSize
数据属性来实现这个效果:
js
data() { return { posts: [ /* ... */ ], postFontSize: 1 } }
在模板中用它来控制所有博客文章的字体大小:
template
然后,给
组件添加一个按钮:
vue
{{ title }}
这个按钮目前还没有做任何事情,我们想要点击这个按钮来告诉父组件它应该放大所有博客文章的文字。要解决这个问题,组件实例提供了一个自定义事件系统。父组件可以通过 v-on
或 @
来选择性地监听子组件上抛的事件,就像监听原生 DOM 事件那样:
template
子组件可以通过调用内置的 $emit 方法,通过传入事件名称来抛出一个事件:
vue
{{ title }}
因为有了 @enlarge-text="postFontSize += 0.1"
的监听,父组件会接收这一事件,从而更新 postFontSize
的值。
在演练场中尝试一下
我们可以通过 emits 选项来声明需要抛出的事件:
vue
这声明了一个组件可能触发的所有事件,还可以对事件的参数进行验证。同时,这还可以让 Vue 避免将它们作为原生事件监听器隐式地应用于子组件的根元素。
以上就是目前你需要了解的关于组件自定义事件的所有知识了。如果你看完本章节后还想知道更多细节,请深入阅读组件事件章节。
一些情况下我们会希望能和 HTML 元素一样向组件中传递内容:
template
Something bad happened.
我们期望能渲染成这样:
This is an Error for Demo Purposes
Something bad happened.
这可以通过 Vue 的自定义
元素来实现:
vue
This is an Error for Demo Purposes
如上所示,我们使用
作为一个占位符,父组件传递进来的内容就会渲染在这里。
在演练场中尝试一下
以上就是目前你需要了解的关于插槽的所有知识了。如果你看完本章节后还想知道更多细节,请深入阅读组件插槽章节。
有些场景会需要在两个组件间来回切换,比如 Tab 界面:
在演练场中查看示例
上面的例子是通过 Vue 的
元素和特殊的 is
attribute 实现的:
template
在上面的例子中,被传给 :is
的值可以是以下几种:
被注册的组件名
导入的组件对象
你也可以使用 is
attribute 来创建一般的 HTML 元素。
当使用
来在多个组件间作切换时,被切换掉的组件会被卸载。我们可以通过 `` 组件强制被切换掉的组件仍然保持“存活”的状态。
如果你想在 DOM 中直接书写 Vue 模板,Vue 则必须从 DOM 中获取模板字符串。由于浏览器的原生 HTML 解析行为限制,有一些需要注意的事项。
TIP
请注意下面讨论只适用于直接在 DOM 中编写模板的情况。如果你使用来自以下来源的字符串模板,就不需要顾虑这些限制了:
单文件组件
内联模板字符串 (例如 template: '...'
)
HTML 标签和属性名称是不分大小写的,所以浏览器会把任何大写的字符解释为小写。这意味着当你使用 DOM 内的模板时,无论是 PascalCase 形式的组件名称、camelCase 形式的 prop 名称还是 v-on 的事件名称,都需要转换为相应等价的 kebab-case (短横线连字符) 形式:
js
// JavaScript 中的 camelCase const BlogPost = { props: ['postTitle'], emits: ['updatePost'], template: `{{ postTitle }}
` }
template
我们在上面的例子中已经使用过了闭合标签 (self-closing tag):
template
这是因为 Vue 的模板解析器支持任意标签使用 />
作为标签关闭的标志。
然而在 DOM 模板中,我们必须显式地写出关闭标签:
template
这是由于 HTML 只允许一小部分特殊的元素省略其关闭标签,最常见的就是 和
。对于其他的元素来说,如果你省略了关闭标签,原生的 HTML 解析器会认为开启的标签永远没有结束,用下面这个代码片段举例来说:
template
hello
将被解析为:
template
hello
某些 HTML 元素对于放在其中的元素类型有限制,例如 这将导致在使用带有此类限制元素的组件时出现问题。例如: template 自定义的组件 template TIP 当使用在原生 HTML 元素上时, 以上就是你需要了解的关于 DOM 模板解析的所有注意事项,同时也是 Vue 基础部分的所有内容。祝贺你!虽然还有很多需要学习的,但你可以先暂停一下,去用 Vue 做一些有趣的东西,或者研究一些示例。 完成了本页的阅读后,回顾一下你刚才所学到的知识,如果还想知道更多细节,我们推荐你继续阅读关于组件的完整指引。 在 Vue School 上观看免费课程 此章节假设你已经看过了组件基础。若你还不了解组件是什么,请先阅读该章节。 一个 Vue 组件在使用前需要先被“注册”,这样 Vue 才能在渲染模板时找到其对应的实现。组件注册有两种方式:全局注册和局部注册。 我们可以使用 Vue 应用实例的 js 如果使用单文件组件,你可以注册被导入的 js js 全局注册的组件可以在此应用的任意组件的模板中使用: template 所有的子组件也可以使用全局注册的组件,这意味着这三个组件也都可以在彼此内部使用。 全局注册虽然很方便,但有以下几个问题: 全局注册,但并没有被使用的组件无法在生产打包时被自动移除 (也叫“tree-shaking”)。如果你全局注册了一个组件,即使它并没有被实际使用,它仍然会出现在打包后的 JS 文件中。 全局注册在大型项目中使项目的依赖关系变得不那么明确。在父组件中使用子组件时,不太容易定位子组件的实现。和使用过多的全局变量一样,这可能会影响应用长期的可维护性。 相比之下,局部注册的组件需要在使用它的父组件中显式导入,并且只能在该父组件中使用。它的优点是使组件之间的依赖关系更加明确,并且对 tree-shaking 更加友好。 局部注册需要使用 vue 对于每个 js 请注意:局部注册的组件在后代组件中并*不*可用。在这个例子中, 在整个指引中,我们都使用 PascalCase 作为组件名的注册格式,这是因为: PascalCase 是合法的 JavaScript 标识符。这使得在 JavaScript 中导入和注册组件都很容易,同时 IDE 也能提供较好的自动补全。 在单文件组件和内联字符串模板中,我们都推荐这样做。但是,PascalCase 的标签名在 DOM 模板中是不可用的,详情参见 DOM 模板解析注意事项。 为了方便,Vue 支持将模板中使用 kebab-case 的标签解析为使用 PascalCase 注册的组件。这意味着一个以 此章节假设你已经看过了组件基础。若你还不了解组件是什么,请先阅读该章节。 在 Vue School 上观看免费课程 一个组件需要显式声明它所接受的 props,这样 Vue 才能知道外部传入的哪些是 props,哪些是透传 attribute (关于透传 attribute,我们会在专门的章节中讨论)。 props 需要使用 props 选项来定义: js 除了使用字符串数组来声明 prop 外,还可以使用对象的形式: js 对于以对象形式声明中的每个属性,key 是 prop 的名称,而值则是该 prop 预期类型的构造函数。比如,如果要求一个 prop 的值是 对象形式的 props 声明不仅可以一定程度上作为组件的文档,而且如果其他开发者在使用你的组件时传递了错误的类型,也会在浏览器控制台中抛出警告。我们将在本章节稍后进一步讨论有关 prop 校验的更多细节。 TypeScript 用户请参考:为组件 Props 标注类型 如果一个 prop 的名字很长,应使用 camelCase 形式,因为它们是合法的 JavaScript 标识符,可以直接在模板的表达式中使用,也可以避免在作为属性 key 名时必须加上引号。 js template 虽然理论上你也可以在向子组件传递 props 时使用 camelCase 形式 (使用 DOM 模板时例外),但实际上为了和 HTML attribute 对齐,我们通常会将其写为 kebab-case 形式: template 对于组件名我们推荐使用 PascalCase,因为这提高了模板的可读性,能帮助我们区分 Vue 组件和原生 HTML 元素。然而对于传递 props 来说,使用 camelCase 并没有太多优势,因此我们推荐更贴近 HTML 的书写风格。 至此,你已经见过了很多像这样的静态值形式的 props: template 相应地,还有使用 template 在上述的两个例子中,我们只传入了字符串值,但实际上任何类型的值都可以作为 props 的值被传递。 Number# template Boolean# template Array# template Object# template 如果你想要将一个对象的所有属性都当作 props 传入,你可以使用没有参数的 v-bind,即只使用 js 以及下面的模板: template 而这实际上等价于: template 所有的 props 都遵循着单向绑定原则,props 因父组件的更新而变化,自然地将新的状态向下流往子组件,而不会逆向传递。这避免了子组件意外修改父组件的状态的情况,不然应用的数据流将很容易变得混乱而难以理解。 另外,每次父组件更新后,所有的子组件中的 props 都会被更新到最新值,这意味着你不应该在子组件中去更改一个 prop。若你这么做了,Vue 会在控制台上向你抛出警告: js 导致你想要更改一个 prop 的需求通常来源于以下两种场景: prop 被用于传入初始值;而子组件想在之后将其作为一个局部数据属性。在这种情况下,最好是新定义一个局部数据属性,从 props 上获取初始值即可: js 需要对传入的 prop 值做进一步的转换。在这种情况中,最好是基于该 prop 值定义一个计算属性: js 当对象或数组作为 props 被传入时,虽然子组件无法更改 props 绑定,但仍然可以更改对象或数组内部的值。这是因为 JavaScript 的对象和数组是按引用传递,而对 Vue 来说,禁止这样的改动虽然可能,但有很大的性能损耗,比较得不偿失。 这种更改的主要缺陷是它允许了子组件以某种不明显的方式影响父组件的状态,可能会使数据流在将来变得更难以理解。在最佳实践中,你应该尽可能避免这样的更改,除非父子组件在设计上本来就需要紧密耦合。在大多数场景下,子组件应该抛出一个事件来通知父组件做出改变。 Vue 组件可以更细致地声明对传入的 props 的校验要求。比如我们上面已经看到过的类型声明,如果传入的值不满足类型要求,Vue 会在浏览器控制台中抛出警告来提醒使用者。这在开发给其他开发者使用的组件时非常有用。 要声明对 props 的校验,你可以向 js 一些补充细节: 所有 prop 默认都是可选的,除非声明了 除 如果声明了 当 prop 的校验失败后,Vue 会抛出一个控制台警告 (在开发模式下)。 注意 注意 prop 的校验是在组件实例被创建之前,所以实例的属性 (比如 校验选项中的 另外, js 你可以将其作为一个 prop 的类型: js Vue 会通过 为了更贴近原生 boolean attributes 的行为,声明为 js 该组件可以被这样使用: template 当一个 prop 被声明为允许多种类型时,例如: js 无论声明类型的顺序如何, TIP 此章节假设你已经对组合式 API 有了基本的了解。如果你只学习过选项式 API,你可以使用左侧边栏上方的切换按钮将 API 风格切换为组合式 API 后,重新阅读响应性基础和生命周期钩子两个章节。 在 Vue 应用的概念中,“组合式函数”(Composables) 是一个利用 Vue 的组合式 API 来封装和复用有状态逻辑的函数。 当构建前端应用时,我们常常需要复用公共任务的逻辑。例如为了在不同地方格式化时间,我们可能会抽取一个可复用的日期格式化函数。这个函数封装了无状态的逻辑:它在接收一些输入后立刻返回所期望的输出。复用无状态逻辑的库有很多,比如你可能已经用过的 lodash 或是 date-fns。 相比之下,有状态逻辑负责管理会随时间而变化的状态。一个简单的例子是跟踪当前鼠标在页面中的位置。在实际应用中,也可能是像触摸手势或与数据库的连接状态这样的更复杂的逻辑。 如果我们要直接在组件中使用组合式 API 实现鼠标跟踪功能,它会是这样的: vue 但是,如果我们想在多个组件中复用这个相同的逻辑呢?我们可以把这个逻辑以一个组合式函数的形式提取到外部文件中: js 下面是它在组件中使用的方式: vue Mouse position is at: 583, 10351 在演练场中尝试一下 如你所见,核心逻辑完全一致,我们做的只是把它移到一个外部函数中去,并返回需要暴露的状态。和在组件中一样,你也可以在组合式函数中使用所有的组合式 API。现在, 更酷的是,你还可以嵌套多个组合式函数:一个组合式函数可以调用一个或多个其他的组合式函数。这使得我们可以像使用多个组件组合成整个应用一样,用多个较小且逻辑独立的单元来组合形成复杂的逻辑。实际上,这正是为什么我们决定将实现了这一设计模式的 API 集合命名为组合式 API。 举例来说,我们可以将添加和清除 DOM 事件监听器的逻辑也封装进一个组合式函数中: js 有了它,之前的 js TIP 每一个调用 vue 如果在每个需要获取数据的组件中都要重复这种模式,那就太繁琐了。让我们把它抽取成一个组合式函数: js 现在我们在组件里只需要: vue js 这个版本的 这里是一个升级版的 useFetch(),出于演示目的,我们人为地设置了延迟和随机报错。 组合式函数约定用驼峰命名法命名,并以“use”作为开头。 尽管其响应性不依赖 ref,组合式函数仍可接收 ref 参数。如果编写的组合式函数会被其他开发者使用,你最好在处理输入参数时兼容 ref 而不只是原始的值。unref() 工具函数会对此非常有帮助: js 如果你的组合式函数在接收 ref 为参数时会产生响应式 effect,请确保使用 你可能已经注意到了,我们一直在组合式函数中使用 js 从组合式函数返回一个响应式对象会导致在对象解构过程中丢失与组合式函数内状态的响应性连接。与之相反,ref 则可以维持这一响应性连接。 如果你更希望以对象属性的形式来使用组合式函数中返回的状态,你可以将返回的对象用 js template 在组合式函数中的确可以执行副作用 (例如:添加 DOM 事件监听器或者请求数据),但请注意以下规则: 如果你的应用用到了服务端渲染 (SSR),请确保在组件挂载后才调用的生命周期钩子中执行 DOM 相关的副作用,例如: 确保在 组合式函数在 这个限制是为了让 Vue 能够确定当前正在被执行的到底是哪个组件实例,只有能确认当前组件实例,才能够: 将生命周期钩子注册到该组件实例上 将计算属性和监听器注册到该组件实例上,以便在该组件被卸载时停止监听,避免内存泄漏。 TIP
在某种程度上,你可以将这些提取出的组合式函数看作是可以相互通信的组件范围内的服务。 如果你正在使用选项式 API,组合式函数必须在 js Vue 2 的用户可能会对 mixins 选项比较熟悉。它也让我们能够把组件逻辑提取到可复用的单元里。然而 mixins 有三个主要的短板: 不清晰的数据来源:当使用了多个 mixin 时,实例上的数据属性来自哪个 mixin 变得不清晰,这使追溯实现和理解组件行为变得困难。这也是我们推荐在组合式函数中使用 ref + 解构模式的理由:让属性的来源在消费组件时一目了然。 命名空间冲突:多个来自不同作者的 mixin 可能会注册相同的属性名,造成命名冲突。若使用组合式函数,你可以通过在解构变量时对变量进行重命名来避免相同的键名。 隐式的跨 mixin 交流:多个 mixin 需要依赖共享的属性名来进行相互作用,这使得它们隐性地耦合在一起。而一个组合式函数的返回值可以作为另一个组合式函数的参数被传入,像普通函数那样。 基于上述理由,我们不再推荐在 Vue 3 中继续使用 mixin。保留该功能只是为了项目迁移的需求和照顾熟悉它的用户。 在组件插槽一章中,我们讨论过了基于作用域插槽的无渲染组件。我们甚至用它实现了一样的鼠标追踪器示例。 组合式函数相对于无渲染组件的主要优势是:组合式函数不会产生额外的组件实例开销。当在整个应用中使用时,由无渲染组件产生的额外组件实例会带来无法忽视的性能开销。 我们推荐在纯逻辑复用时使用组合式函数,在需要同时复用逻辑和视图布局时使用无渲染组件。 如果你有 React 的开发经验,你可能注意到组合式函数和自定义 React hooks 非常相似。组合式 API 的一部分灵感正来自于 React hooks,Vue 的组合式函数也的确在逻辑组合能力上与 React hooks 相近。然而,Vue 的组合式函数是基于 Vue 细粒度的响应性系统,这和 React hooks 的执行模型有本质上的不同。这一话题在组合式 API 的常见问题中有更细致的讨论。 深入响应性原理:理解 Vue 响应性系统的底层细节。 状态管理:多个组件间共享状态的管理模式。 测试组合式函数:组合式函数的单元测试技巧。 VueUse:一个日益增长的 Vue 组合式函数集合。源代码本身就是一份不错的学习资料。 除了 Vue 内置的一系列指令 (比如 我们已经介绍了两种在 Vue 中重用代码的方式:组件和组合式函数。组件是主要的构建模块,而组合式函数则侧重于有状态的逻辑。另一方面,自定义指令主要是为了重用涉及普通元素的底层 DOM 访问的逻辑。 一个自定义指令由一个包含类似组件生命周期钩子的对象来定义。钩子函数会接收到指令所绑定元素作为其参数。下面是一个自定义指令的例子,当一个 input 元素被 Vue 插入到 DOM 中后,它会被自动聚焦: js template 假设你还未点击页面中的其他地方,那么上面这个 input 元素应该会被自动聚焦。该指令比 和组件类似,自定义指令在模板中使用前必须先注册。在上面的例子中,我们使用 将一个自定义指令全局注册到应用层级也是一种常见的做法: js TIP 只有当所需功能只能通过直接的 DOM 操作来实现时,才应该使用自定义指令。其他情况下应该尽可能地使用 一个指令的定义对象可以提供几种钩子函数 (都是可选的): js 指令的钩子会传递以下几种参数: 举例来说,像下面这样使用指令: template js 和内置指令类似,自定义指令的参数也可以是动态的。举例来说: template 这里指令的参数会基于组件的 Note 除了 对于自定义指令来说,一个很常见的情况是仅仅需要在 template js 如果你的指令需要多个值,你可以向它传递一个 JavaScript 对象字面量。别忘了,指令也可以接收任何合法的 JavaScript 表达式。 template js 当在组件上使用自定义指令时,它会始终应用于组件的根节点,和透传 attributes 类似。 template template 需要注意的是组件可能含有多个根节点。当应用到一个多根组件时,指令将会被忽略且抛出一个警告。和 attribute 不同,指令不能通过 插件 (Plugins) 是一种能为 Vue 添加全局功能的工具代码。下面是如何安装一个插件的示例: js 一个插件可以是一个拥有 js 插件没有严格定义的使用范围,但是插件发挥作用的常见场景主要包括以下几种: 通过 app.component() 和 app.directive() 注册一到多个全局组件或自定义指令。 通过 app.provide() 使一个资源可被注入进整个应用。 向 app.config.globalProperties 中添加一些全局实例属性或方法 一个可能上述三种都包含了的功能库 (例如 vue-router)。 为了更好地理解如何构建 Vue.js 插件,我们可以试着写一个简单的 让我们从设置插件对象开始。建议在一个单独的文件中创建并导出它,以保证更好地管理逻辑,如下所示: js 我们希望有一个翻译函数,这个函数接收一个以 template 这个函数应当能够在任意模板中被全局调用。这一点可以通过在插件中将它添加到 js 我们的 用于查找的翻译字典对象则应当在插件被安装时作为 js 这样,我们一开始的表达式 TypeScript 用户请参考:扩展全局属性 TIP 请谨慎使用全局属性,如果在整个应用中使用不同插件注入的太多全局属性,很容易让应用变得难以理解和维护。 在插件中,我们可以通过 js 现在,插件用户就可以在他们的组件中以 js Vue 提供了两个内置组件,可以帮助你制作基于状态变化的过渡和动画: 除了这两个组件,我们也可以通过其他技术手段来应用动画,比如切换 CSS class 或用状态绑定样式来驱动动画。这些其他的方法会在动画技巧章节中展开。 由 由 由特殊元素 以下是最基本用法的示例: template hello css Toggle hello 在演练场中尝试一下 TIP 当一个 Vue 会自动检测目标元素是否应用了 CSS 过渡或动画。如果是,则一些 CSS 过渡 class 会在适当的时机被添加和移除。 如果有作为监听器的 JavaScript 钩子,这些钩子函数会在适当时机被调用。 如果没有探测到 CSS 过渡或动画、也没有提供 JavaScript 钩子,那么 DOM 的插入、删除操作将在浏览器的下一个动画帧后执行。 一共有 6 个应用于进入与离开过渡效果的 CSS class。 我们可以给 template 对于一个有名字的过渡效果,对它起作用的过渡 class 会以其名字而不是 css 下面是一个更高级的例子,它使用了不同的持续时间和速度曲线来过渡多个属性: template hello css Toggle Slide + Fade hello 在演练场中尝试一下 原生 CSS 动画和 CSS transition 的应用方式基本上是相同的,只有一点不同,那就是 对于大多数的 CSS 动画,我们可以简单地在 template
Hello here is some bouncy text!
css Toggle Hello here is some bouncy text! 在演练场中尝试一下 你也可以向 你传入的这些 class 会覆盖相应阶段的默认 class 名。这个功能在你想要在 Vue 的动画机制下集成其他的第三方 CSS 动画库时非常有用,比如 Animate.css: template hello 在演练场中尝试一下 Vue 需要附加事件监听器,以便知道过渡何时结束。可以是 然而在某些场景中,你或许想要在同一个元素上同时使用它们两个。举例来说,Vue 触发了一个 CSS 动画,同时鼠标悬停触发另一个 CSS 过渡。此时你需要显式地传入 template 尽管过渡 class 仅能应用在 template css 我们甚至可以在深层元素上添加一个过渡延迟,从而创建一个带渐进延迟的动画序列: css 然而,这会带来一个小问题。默认情况下, 在这种情况下,你可以通过向 template Toggle Hello 在演练场中尝试一下 如果有必要的话,你也可以用对象的形式传入,分开指定进入和离开所需的时间: template 你可能注意到我们上面例子中展示的动画所用到的 CSS 属性大多是 他们在动画过程中不会影响到 DOM 结构,因此不会每一帧都触发昂贵的 CSS 布局重新计算。 大多数的现代浏览器都可以在执行 相比之下,像 你可以通过监听 html js 这些钩子可以与 CSS 过渡或动画结合使用,也可以单独使用。 在使用仅由 JavaScript 执行的动画时,最好是添加一个 template 在有了 这里是使用 GreenSock 库执行动画的一个示例,你也可以使用任何你想要的库,比如 Anime.js 或者 Motion One。 Toggle 在演练场中尝试一下 得益于 Vue 的组件系统,过渡效果是可以被封装复用的。要创建一个可被复用的过渡,我们需要为 vue 现在 template 如果你想在某个节点初次渲染时应用一个过渡效果,你可以添加 template 除了通过 template Click to cycle through states: Edit 在演练场中尝试一下 在之前的例子中,进入和离开的元素都是在同时开始动画的,因此我们不得不将它们设为 然而,很多情况下这可能并不符合需求。我们可能想要先执行离开动画,然后在其完成之后再执行元素的进入动画。手动编排这样的动画是非常复杂的,好在我们可以通过向 template 将之前的例子改为 Click to cycle through states: Edit template A B Component A 在演练场中尝试一下 template 这个特性的用处是可以提前定义好多组 CSS 过渡或动画的 class,然后在它们之间动态切换。 你也可以根据你的组件的当前状态在 JavaScript 过渡钩子中应用不同的行为。最后,创建动态过渡的终极方式还是创建可复用的过渡组件,并让这些组件根据动态的 props 来改变过渡的效果。掌握了这些技巧后,就真的只有你想不到,没有做不到的了。 默认情况下,它不会渲染一个容器元素。但你可以通过传入 过渡模式在这里不可用,因为我们不再是在互斥的元素之间进行切换。 列表中的每个元素都必须有一个独一无二的 CSS 过渡 class 会被应用在列表内的元素上,而不是容器元素上。 TIP 当在 DOM 模板中使用时,组件名需要写为 这里是 template css 在任意位置添加一项移除任意位置上的一项 1 2 3 4 5 上面的示例有一些明显的缺陷:当某一项被插入或移除时,它周围的元素会立即发生“跳跃”而不是平稳地移动。我们可以通过添加一些额外的 CSS 规则来解决这个问题: css 现在它看起来好多了,甚至对整个列表执行洗牌的动画也都非常流畅: 添加删除重新排序 1 2 3 4 5 完整的示例 通过在 JavaScript 钩子中读取元素的 data attribute,我们可以实现带渐进延迟的列表动画。首先,我们把每一个元素的索引渲染为该元素上的一个 data attribute: template 接着,在 JavaScript 钩子中,我们基于当前元素的 data attribute 对该元素的进场动画添加一个延迟。以下是一个基于 GreenSock library 的动画示例: js Bruce Lee Jackie Chan Chuck Norris Jet Li Kung Fury 在组件基础章节中,我们已经介绍了通过特殊的 template 默认情况下,一个组件实例在被替换掉后会被销毁。这会导致它丢失其中所有已变化的状态——当这个组件再一次被显示时,会创建一个只带有初始状态的新实例。 在下面的例子中,你会看到两个有状态的组件——A 有一个计数器,而 B 有一个通过 A B Current component: A count: 0+ 你会发现在切回来之后,之前已更改的状态都被重置了。 在切换时创建新的组件实例通常是有意义的,但在这个例子中,我们的确想要组件能在被“切走”的时候保留它们的状态。要解决这个问题,我们可以用 template 现在,在组件切换时状态也能被保留了: A B Current component: A count: 0+ 在演练场中尝试一下 TIP 在 DOM 模板中使用时,它应该被写为 template 它会根据组件的 name 选项进行匹配,所以组件如果想要条件性地被 TIP 在 3.2.34 或以上的版本中,使用 我们可以通过传入 template 当一个组件实例从 DOM 上移除但因为被 一个持续存在的组件可以通过 activated 和 deactivated 选项来注册相应的两个状态的生命周期钩子: js 请注意: 这两个钩子不仅适用于 在 Vue School 上观看免费课程 有时我们可能会遇到这样的场景:一个组件模板的一部分在逻辑上从属于该组件,但从整个应用视图的角度来看,它在 DOM 中应该被渲染在整个 Vue 应用外部的其他地方。 这类场景最常见的例子就是全屏的模态框。理想情况下,我们希望触发模态框的按钮和模态框本身是在同一个组件中,因为它们都与组件的开关状态有关。但这意味着该模态框将与按钮一起渲染在应用 DOM 结构里很深的地方。这会导致该模态框的 CSS 布局代码很难写。 试想下面这样的 HTML 结构: template 接下来我们来看看 vue Hello from the modal! 这个组件中有一个 当在初始 HTML 结构中使用这个组件时,会有一些潜在的问题: 这个模态框的 template Hello from the modal! 你可以点击下面这个按钮,然后通过浏览器的开发者工具,在 Open Modal 我们也可以将 TIP 这也意味着来自父组件的注入也会按预期工作,子组件将在 Vue Devtools 中嵌套在父级组件下面,而不是放在实际内容移动到的地方。 在某些场景下可能需要视情况禁用 template 这里的 一个可重用的模态框组件可能同时存在多个实例。对于此类场景,多个 比如下面这样的用例: template 渲染的结果为: html 实验性功能 要了解 在这个组件树中有多个嵌套组件,要渲染出它们,首先得解析一些异步资源。如果没有 有了 带有异步 异步组件。 组合式 API 中组件的 js 如果使用 vue 异步组件默认就是“suspensible”的。这意味着如果组件关系链上有一个 异步组件也可以通过在选项中指定 template 在初始渲染时, 如果在初次渲染时没有遇到异步依赖, 进入完成状态后,只有当默认插槽的根节点被替换时, 发生回退时,后备内容不会立即展示出来。相反, 例如,可以使用这些事件在加载新组件时在之前的 DOM 最上层显示一个加载指示器。 我们常常会将 另外,这些组件都通常与 Vue Router 中的 下面的示例展示了如何嵌套这些组件,使它们都能按照预期的方式运行。若想组合得更简单,你也可以删除一些你不需要的组件: template Vue Router 使用动态导入对懒加载组件进行了内置支持。这些与异步组件不同,目前他们不会触发 Vue 的单文件组件 (即 vue {{ greeting }} 如你所见,Vue 的单文件组件是网页开发中 HTML、CSS 和 JavaScript 三种语言经典组合的自然延伸。 使用 SFC 必须使用构建工具,但作为回报带来了以下优点: 使用熟悉的 HTML、CSS 和 JavaScript 语法编写模块化的组件 让本来就强相关的关注点自然内聚 预编译模板,避免运行时的编译开销 组件作用域的 CSS 在使用组合式 API 时语法更简单 通过交叉分析模板和逻辑代码能进行更多编译时优化 更好的 IDE 支持,提供自动补全和对模板中表达式的类型检查 开箱即用的模块热更新 (HMR) 支持 SFC 是 Vue 框架提供的一个功能,并且在下列场景中都是官方推荐的项目组织方式: 单页面应用 (SPA) 静态站点生成 (SSG) 任何值得引入构建步骤以获得更好的开发体验 (DX) 的项目 当然,在一些轻量级场景下使用 SFC 会显得有些杀鸡用牛刀。因此 Vue 同样也可以在无构建步骤的情况下以纯 JavaScript 方式使用。如果你的用例只需要给静态 HTML 添加一些简单的交互,你可以看看 petite-vue,它是一个 6 kB 左右、预优化过的 Vue 子集,更适合渐进式增强的需求。 Vue SFC 是一个框架指定的文件格式,因此必须交由 @vue/compiler-sfc 编译为标准的 JavaScript 和 CSS,一个编译后的 SFC 是一个标准的 JavaScript(ES) 模块,这也意味着在构建配置正确的前提下,你可以像导入其他 ES 模块一样导入 SFC: js SFC 中的 你可以在 Vue SFC 演练场中实际使用一下单文件组件,同时可以看到它们最终被编译后的样子。 在实际项目中,我们一般会使用集成了 SFC 编译器的构建工具,比如 Vite 或者 Vue CLI (基于 webpack),Vue 官方也提供了脚手架工具来帮助你尽可能快速地上手开发 SFC。更多细节请查看 SFC 工具链章节。 一些有着传统 Web 开发背景的用户可能会因为 SFC 将不同的关注点集合在一处而有所顾虑,觉得 HTML/CSS/JS 应当是分离开的! 要回答这个问题,我们必须对这一点达成共识:前端开发的关注点不是完全基于文件类型分离的。前端工程化的最终目的都是为了能够更好地维护代码。关注点分离不应该是教条式地将其视为文件类型的区别和分离,仅仅这样并不够帮我们在日益复杂的前端应用的背景下提高开发效率。 在现代的 UI 开发中,我们发现与其将代码库划分为三个巨大的层,相互交织在一起,不如将它们划分为松散耦合的组件,再按需组合起来。在一个组件中,其模板、逻辑和样式本就是有内在联系的、是耦合的,将它们放在一起,实际上使组件更有内聚性和可维护性。 即使你不喜欢单文件组件这样的形式而仍然选择拆分单独的 JavaScript 和 CSS 文件,也没关系,你还是可以通过资源导入功能获得热更新和预编译等功能的支持。 你不需要在机器上安装任何东西,也可以尝试基于单文件组件的 Vue 开发体验。我们提供了一个在线的演练场,可以在浏览器中访问: Vue SFC 演练场 自动随着 Vue 仓库最新的提交更新 支持检查编译输出的结果 StackBlitz 中的 Vue + Vite 类似 IDE 的环境,但实际是在浏览器中运行 Vite 开发服务器 和本地开发效果更接近 在报告 Bug 时,我们也建议使用这些在线演练场来提供最小化重现。 Vite 是一个轻量级的、速度极快的构建工具,对 Vue SFC 提供第一优先级支持。作者是尤雨溪,同时也是 Vue 的作者! 要使用 Vite 来创建一个 Vue 项目,非常简单: 这个命令会安装和执行 create-vue,它是 Vue 提供的官方脚手架工具。跟随命令行的提示继续操作即可。 要学习更多关于 Vite 的知识,请查看 Vite 官方文档。 若要了解如何为一个 Vite 项目配置 Vue 相关的特殊行为,比如向 Vue 编译器传递相关选项,请查看 @vitejs/plugin-vue 的文档。 上面提到的两种在线演练场也支持将文件作为一个 Vite 项目下载。 Vue CLI 是官方提供的基于 Webpack 的 Vue 工具链,它现在处于维护模式。我们建议使用 Vite 开始新的项目,除非你依赖特定的 Webpack 的特性。在大多数情况下,Vite 将提供更优秀的开发体验。 关于从 Vue CLI 迁移到 Vite 的资源: VueSchool.io 的 Vue CLI -> Vite 迁移指南 迁移支持工具 / 插件 当以无构建步骤方式使用 Vue 时,组件模板要么是写在页面的 HTML 中,或者是内联的 JavaScript 字符串。在这些场景中,为了执行动态模板编译,Vue 需要将模板编译器运行在浏览器中。相对的,如果我们使用了构建步骤,由于提前编译了模板,那么就无须再在浏览器中运行了。为了减小打包出的客户端代码体积,Vue 提供了多种格式的“构建文件”以适配不同场景下的优化需求。 前缀为 名称中不包含 默认的工具链中都会使用仅含运行时的版本,因为所有 SFC 中的模板都已经被预编译了。如果因为某些原因,在有构建步骤时,你仍需要浏览器内的模板编译,你可以更改构建工具配置,将 如果你需要一种更轻量级,不依赖构建步骤的替代方案,也可以看看 petite-vue。 推荐使用的 IDE 是 VSCode,配合 Volar 插件。Volar 提供了语法高亮、TypeScript 支持,以及模板内表达式与组件 props 的智能提示。 TIP Volar 取代了我们之前为 Vue 2 提供的官方 VSCode 扩展 Vetur。如果你之前已经安装了 Vetur,请确保在 Vue 3 的项目中禁用它。 WebStorm 同样也为 Vue 的单文件组件提供了很好的内置支持。 其他支持语言服务协议 (LSP) 的 IDE 也可以通过 LSP 享受到 Volar 所提供的核心功能: Sublime Text 通过 LSP-Volar 支持。 vim / Neovim 通过 coc-volar 支持。 emacs 通过 lsp-mode 支持。 在 Vue School 上观看免费课程 Vue 的浏览器开发者插件使我们可以浏览一个 Vue 应用的组件树,查看各个组件的状态,追踪状态管理的事件,还可以进行组件性能分析。 文档 Chrome 插件商店页 Firefox 所属插件页 独立的 Electron 应用所属插件 具体细节请参考章节:配合 TypeScript 使用 Vue。 Volar 插件能够为 使用 vue-tsc 可以在命令行中执行相同的类型检查,通常用来生成单文件组件的 具体细节请参考章节:测试指南。 Cypress 推荐用于 E2E 测试。也可以通过 Cypress 组件测试运行器来给 Vue SFC 作单文件组件测试。 Vitest 是一个追求更快运行速度的测试运行器,由 Vue / Vite 团队成员开发。主要针对基于 Vite 的应用设计,可以为组件提供即时响应的测试反馈。 Jest 可以通过 vite-jest 配合 Vite 使用。不过只推荐在你已经有一套基于 Jest 的测试集、且想要迁移到基于 Vite 的开发配置时使用,因为 Vitest 也能够提供类似的功能,且后者与 Vite 的集成更方便高效。 Vue 团队维护着 eslint-plugin-vue 项目,它是一个 ESLint 插件,会提供 SFC 相关规则的定义。 之前使用 Vue CLI 的用户可能习惯于通过 webpack loader 来配置规范检查器。然而,若基于 Vite 构建,我们一般推荐: 启用 ESLint IDE 插件,比如 ESLint for VSCode,然后你就可以在开发时获得规范检查器的反馈。这同时也避免了启动开发服务器时不必要的规范检查。 将 ESLint 格式检查作为一个生产构建的步骤,保证你可以在最终打包时获得完整的规范检查反馈。 (可选) 启用类似 lint-staged 一类的工具在 git commit 提交时自动执行规范检查。 Volar VSCode 插件为 Vue SFC 提供了开箱即用的格式化功能。 除此之外,Prettier 也提供了内置的 Vue SFC 格式化支持。 自定义块被编译成导入到同一 Vue 文件的不同请求查询。这取决于底层构建工具如何处理这类导入请求。 如果使用 Vite,需使用一个自定义 Vite 插件将自定义块转换为可执行的 JavaScript 代码。示例。 如果使用 Vue CLI 或只是 webpack,需要使用一个 loader 来配置如何转换匹配到的自定义块。示例。 文档 这个包是 Vue 核心 monorepo 的一部分,并始终和 这个包本身提供了处理 Vue SFC 的底层的功能,并只适用于需要支持 Vue SFC 相关工具链的开发者。 TIP 请始终选择通过 文档 为 Vite 提供 Vue SFC 支持的官方插件。 文档 为 webpack 提供 Vue SFC 支持的官方 loader。如果你正在使用 Vue CLI,也可以看看如何在 Vue CLI 中更改 vue-loader 选项的文档。 VueUse Playground Vue + Vite on Repl.it Vue on CodeSandbox Vue on Codepen Vue on Components.studio Vue on WebComponents.dev 服务端路由指的是服务器根据用户访问的 URL 路径返回不同的响应结果。当我们在一个传统的服务端渲染的 web 应用中点击一个链接时,浏览器会从服务端获得全新的 HTML,然后重新加载整个页面。 然而,在单页面应用中,客户端的 JavaScript 可以拦截页面的跳转请求,动态获取新的数据,然后在无需重新加载的情况下更新当前页面。这样通常可以带来更顺滑的用户体验,尤其是在更偏向“应用”的场景下,因为这类场景下用户通常会在很长的一段时间中做出多次交互。 在这类单页应用中,“路由”是在客户端执行的。一个客户端路由器的职责就是利用诸如 History API 或是 hashchange 事件这样的浏览器 API 来管理应用当前应该渲染的视图。 在 Vue School 观看免费的视频课程 Vue 很适合用来构建单页面应用。对于大多数此类应用,都推荐使用官方支持的路由库。要了解更多细节,请查看 Vue Router 的文档。 如果你只需要一个简单的页面路由,而不想为此引入一整个路由库,你可以通过动态组件的方式,监听浏览器 hashchange 事件或使用 History API 来更新当前组件。 下面是一个简单的例子: vue 在开发过程中,Vue 提供了许多功能来提升开发体验: 对常见错误和隐患的警告 对组件 props / 自定义事件的校验 响应性调试钩子 开发工具集成 然而,这些功能在生产环境中并不会被使用,一些警告检查也会产生少量的性能开销。当部署到生产环境中时,我们应该移除所有未使用的、仅用于开发环境的代码分支,来获得更小的包体积和更好的性能。 如果你没有使用任何构建工具,而是从 CDN 或其他源来加载 Vue,请确保在部署时使用的是生产环境版本(以 如果需要使用全局变量版本(通过 如果需要 ESM 版本(通过原生 ESM 导入访问):请使用 更多细节请参考构建文件指南。 通过 如果使用了自定义的构建,请确保: 编译时功能标记已被正确配置。 其他参考: Vite 生产环境指南 Vite 部署指南 Vue CLI 部署指南 应用级错误处理 可以用来向追踪服务报告错误: js 诸如 Sentry 和 Bugsnag 等服务也为 Vue 提供了官方集成。 Vue 在大多数常见场景下性能都是很优秀的,通常不需要手动优化。然而,总会有一些具有挑战性的场景需要进行针对性的微调。在本节中,我们将讨论用 Vue 开发的应用在性能方面该注意些什么。 首先,让我们区分一下 web 应用性能的两个主要方面: 页面加载性能:首次访问时,应用展示出内容与达到可交互状态的速度。这通常会用 Google 所定义的一系列 Web 指标 (Web Vitals) 来进行衡量,如最大内容绘制 (Largest Contentful Paint,缩写为 LCP) 和首次输入延迟 (First Input Delay,缩写为 FID)。 更新性能:应用响应用户输入更新的速度。比如当用户在搜索框中输入时结果列表的更新速度,或者用户在一个单页面应用 (SPA) 中点击链接跳转页面时的切换速度。 虽然最理想的情况是将两者都最大化,但是不同的前端架构往往会影响到在这些方面是否能达到更理想的性能。此外,你所构建的应用的类型极大地影响了你在性能方面应该优先考虑的问题。因此,优化性能的第一步是为你的应用类型确定合适的架构: 查看使用 Vue 的多种方式这一章看看如何用不同的方式围绕 Vue 组织架构。 Jason Miller 在 Application Holotypes 一文中讨论了 Web 应用的类型以及它们各自的理想实现/交付方式。 为了提高性能,我们首先需要知道如何衡量它。在这方面,有一些很棒的工具可以提供帮助: 用于生产部署的负载性能分析: PageSpeed Insights WebPageTest 用于本地开发期间的性能分析: Chrome 开发者工具“性能”面板 app.config.performance 将会开启 Vue 特有的性能标记,标记在 Chrome 开发者工具的性能时间线上。 Vue 开发者扩展也提供了性能分析的功能。 页面加载优化有许多跟框架无关的方面 - 这份 web.dev 指南提供了一个全面的总结。这里,我们将主要关注和 Vue 相关的技巧。 如果你的用例对页面加载性能很敏感,请避免将其部署为纯客户端的 SPA,而是让服务器直接发送包含用户想要查看的内容的 HTML 代码。纯客户端渲染存在首屏加载缓慢的问题,这可以通过服务器端渲染 (SSR) 或静态站点生成 (SSG) 来缓解。查看 SSR 指南以了解如何使用 Vue 实现 SSR。如果应用对交互性要求不高,你还可以使用传统的后端服务器来渲染 HTML,并在客户端使用 Vue 对其进行增强。 如果你的主应用必须是 SPA,但还有其他的营销相关页面 (落地页、关于页、博客等),请单独部署这些页面!理想情况下,营销页面应该是包含尽可能少 JS 的静态 HTML,并用 SSG 方式部署。 一个最有效的提升页面加载速度的方法就是压缩 JavaScript 打包产物的体积。当使用 Vue 时有下面一些办法来减小打包产物体积: 尽可能地采用构建步骤 如果使用的是相对现代的打包工具,许多 Vue 的 API 都是可以被 tree-shake 的。举例来说,如果你根本没有使用到内置的 当使用了构建步骤时,模板会被预编译,因此我们无须在浏览器中载入 Vue 编译器。这在同样最小化加上 gzip 优化下会相对缩小 14kb 并避免运行时的编译开销。 在引入新的依赖项时要小心包体积膨胀!在现实的应用中,包体积膨胀通常因为无意识地引入了过重的依赖导致的。 如果使用了构建步骤,应当尽量选择提供 ES 模块格式的依赖,它们对 tree-shaking 更友好。举例来说,选择 查看依赖的体积,并评估与其所提供的功能之间的性价比。如果依赖对 tree-shaking 友好,实际增加的体积大小将取决于你从它之中导入的 API。像 bundlejs.com 这样的工具可以用来做快速的检查,但是根据实际的构建设置来评估总是最准确的。 如果你只在渐进式增强的场景下使用 Vue,并想要避免使用构建步骤,请考虑使用 petite-vue (只有 6kb) 来代替。 代码分割是指构建工具将构建后的 JavaScript 包拆分为多个较小的,可以按需或并行加载的文件。通过适当的代码分割,页面加载时需要的功能可以立即下载,而额外的块只在需要时才加载,从而提高性能。 像 Rollup (Vite 就是基于它之上开发的) 或者 webpack 这样的打包工具可以通过分析 ESM 动态导入的语法来自动进行代码分割: js 懒加载对于页面初次加载时的优化帮助极大,它帮助应用暂时略过了那些不是立即需要的功能。在 Vue 应用中,这可以与 Vue 的异步组件搭配使用,为组件树创建分离的代码块: js 对于使用了 Vue Router 的应用,强烈建议使用异步组件作为路由组件。Vue Router 已经显性地支持了独立于 在 Vue 之中,一个子组件只会在其至少一个 props 改变时才会更新。思考以下示例: template 在 理想情况下,只有活跃状态发生改变的项才应该更新。我们可以将活跃状态比对的逻辑移入父组件来实现这一点,然后让 template 现在,对于大多数的组件来说, 以下技巧能同时改善页面加载和更新性能。 所有的前端应用中最常见的性能问题就是渲染大型列表。无论一个框架性能有多好,渲染成千上万个列表项都会变得很慢,因为浏览器需要处理大量的 DOM 节点。 但是,我们并不需要立刻渲染出全部的列表。在大多数场景中,用户的屏幕尺寸只会展示这个巨大列表中的一小部分。我们可以通过列表虚拟化来提升性能,这项技术使我们只需要渲染用户视口中能看到的部分。 要实现列表虚拟化并不简单,幸运的是,你可以直接使用现有的社区库: vue-virtual-scroller vue-virtual-scroll-grid vueuc/VVirtualList Vue 的响应性系统默认是深度的。虽然这让状态管理变得更直观,但在数据量巨大时,深度响应性也会导致不小的性能负担,因为每个属性访问都将触发代理的依赖追踪。好在这种性能负担通常这只有在处理超大型数组或层级很深的对象时,例如一次渲染需要访问 100,000+ 个属性时,才会变得比较明显。因此,它只会影响少数特定的场景。 Vue 确实也为此提供了一种解决方案,通过使用 shallowRef() 和 shallowReactive() 来绕开深度响应。浅层式 API 创建的状态只在其顶层是响应式的,对所有深层的对象不会做任何处理。这使得对深层级属性的访问变得更快,但代价是,我们现在必须将所有深层级对象视为不可变的,并且只能通过替换整个根状态来触发更新: js 有些时候我们会去创建无渲染组件或高阶组件 (用来渲染具有额外 props 的其他组件) 来实现更好的抽象或代码组织。虽然这并没有什么问题,但请记住,组件实例比普通 DOM 节点要昂贵得多,而且为了逻辑抽象创建太多组件实例将会导致性能损失。 需要提醒的是,只减少几个组件实例对于性能不会有明显的改善,所以如果一个用于抽象的组件在应用中只会渲染几次,就不用操心去优化它了。考虑这种优化的最佳场景还是在大型列表中。想象一下一个有 100 项的列表,每项的组件都包含许多子组件。在这里去掉一个不必要的组件抽象,可能会减少数百个组件实例的无谓性能消耗。 Web 无障碍访问 (也称为 a11y) 是指创建可供任何人使用的网站的做法——无论是身患某种障碍、通过慢速的网络连接访问、使用老旧或损坏的硬件,还是仅处于某种不方便的环境。例如,在视频中添加字幕可以帮助失聪、有听力障碍或身处嘈杂环境而听不到手机的用户。同样地,确保文字样式没有处于太低的对比度,可以对低视力用户和在明亮的强光下使用手机的用户都有所帮助。 你是否已经准备开始却又无从下手? 请先阅读由万维网联盟 (W3C) 提供的 Web 无障碍访问的规划和管理。 你应该在每个页面的顶部添加一个直接指向主内容区域的链接,这样用户就可以跳过在多个网页上重复的内容。 通常这个链接会放在 template 若想在非聚焦状态下隐藏该链接,可以添加以下样式: css 一旦用户改变路由,请将焦点放回到这个“跳过”链接。通过如下方式聚焦“跳过”链接的模板引用 (假设使用了 vue 阅读关于跳过链接到主要内容的文档 确保设计可以支持易于访问的实现是无障碍访问最重要的部分之一。设计不仅要考虑颜色对比度、字体选择、文本大小和语言,还要考虑应用中的内容是如何组织的。 用户可以通过标题在应用中进行导航。为应用的每个部分设置描述性标题,这可以让用户更容易地预测每个部分的内容。说到标题,有几个推荐的无障碍访问实践: 按级别顺序嵌套标题: 不要在一个章节内跳跃标题的级别 使用实际的标题标记,而不是通过对文本设置样式以提供视觉上的标题 阅读更多有关标题的信息 template Landmark 会为应用中的章节提供访问规划。依赖辅助技术的用户可以跳过内容直接导航到应用的每个部分。你可以使用 ARIA role 帮助你实现这个目标。 提示: 建议同时使用 landmark HTML 元素和 role 属性,以最大程度地兼容不支持 HTML5 语义元素的传统浏览器。 阅读更多有关标题的细节 当创建一个表单,你可能使用到以下几个元素: 标签通常放置在表格字段的顶部或左侧: template 请注意这里我们是如何在表单元素中引入 提供标签来描述所有表单控件的用途;使 template 如果你在 chrome 开发工具中检查这个元素,并打开 Elements 选项卡中的 Accessibility 选项卡,你将看到输入是如何从标签中获取其名称的: 警告: 你可能还见过这样的包装 input 框的标签: template 但我们仍建议你显式地为 input 元素设置 id 相匹配的标签,以更好地实现无障碍访问。 你也可以为 input 框配置一个带有 aria-label 的无障碍访问名。 template 在 Chrome DevTools 中审查此元素,查看无障碍名称是如何更改的: 使用 aria-labelledby 类似于 template aria-describedby 的用法与 template 你可以通过使用 Chrome 开发工具来查看说明: 避免使用占位符,因为它们可能会使许多用户感到困惑。 占位符的缺陷之一是默认情况下它们不符合颜色对比度标准;应当修改其颜色,让它看起来像是预先填入 input 框中的数据一样。查看以下示例,可以看到满足颜色对比度条件的姓氏占位符看起来像预填充的数据: template css 最好在表单外提供所有用户需要填写输入的信息。 添加用法说明时,请确保将其正确链接到目标 input 框。你可以提供附加用法说明并在 aria-labelledby 内绑定多个 id。这可以使设计更加灵活。 template 或者,你可以通过 aria-describedby 将用法说明附加到 input 框上。 template 通常,即使 input 框具有无障碍的名称,也不建议在视觉上隐藏标签。但是,如果可以借助周围的内容来理解输入的功能,那么我们也可以隐藏视觉标签。 让我们看看这个搜索框: template 现在,只要视力情况良好,用户可以就能通过按钮的内容识别出该 input 框的目的。 此时我们可以使用 CSS 从视觉上隐藏元素,同时也不会影响到无障碍访问: css 添加 template This is not hidden from screen readers. 在表单中使用按钮时,必须设置类型以防止提交表单。 你也可以使用一个 input 元素来创建按钮: template 你可以使用这种方式来创建一个带有功能的图片。 input 框 这些图片会像一个类型为 submit 的表单按钮一样 template 图标 template 万维网联盟 (W3C) Web 无障碍访问倡议 (WAI) 为不同的组件制定了 Web 无障碍性标准: 用户代理无障碍访问指南 (UAAG) 浏览器和媒体查询,包括一些其他方面的辅助技术 创作工具无障碍访问指南 (ATAG) 创作工具 Web 内容无障碍访问指南 (WCAG) 网站内容 - 由开发者、创作工具和无障碍访问评估工具使用。 WCAG 2.1 继承自 WCAG 2.0,接纳 Web 演进过程中的新技术。W3C 鼓励在开发或更新 Web 无障碍访问策略时使用 WCAG 的最新版本。 WCAG 2.1 四大指导原则 (缩写 POUR):# 可感知性 用户必须能够感知所渲染的信息 可操作性 表单界面,控件和导航是可操作的 可理解性 信息和用户界面的操作必须为所有用户所理解 健壮性 随着技术的进步,用户必须能够访问内容 Web 无障碍倡议 – 无障碍访问丰富的互联网应用 (WAI-ARIA)# W3C 的 WAI-ARIA 为如何构建动态内容和高阶用户界面控件提供了指导。 可便捷访问的丰富互联网应用 (WAI-ARIA) 1.2 WAI-ARIA 实践 1.2 WCAG 2.0 WCAG 2.1 Accessible Rich Internet Applications (WAI-ARIA) 1.2 WAI-ARIA Authoring Practices 1.2 屏幕助读器 NVDA VoiceOver JAWS ChromeVox 缩放工具 MAGic ZoomText Magnifier 自动化相关的工具 Lighthouse WAVE ARC Toolkit 颜色相关的工具 WebAim Color Contrast WebAim Link Color Contrast 其他有用的工具 HeadingMap Color Oracle Focus Indicator NerdeFocus Visual Aria Silktide Website Accessibility Simulator 世界卫生组织估计,全世界 15% 的人口患有某种形式的残疾,其中约 2 - 4% 的人严重残疾。估计全世界有 10 亿残障人士,它们是世界上最大的少数群体。 残疾的种类繁多,大致可分为以下四类: 视觉 - 可以为这些用户提供屏幕助读器、屏幕缩放、控制屏幕对比度或盲文显示等帮助。 听觉 - 可以为这些用户提供视频字幕、文字记录或手语视频。 运动能力 - 可以为这些用户提供一系列运动障碍辅助技术中:比如语音识别软件、眼球跟踪、单刀式开关、超大轨迹球鼠标、自适应键盘等等。 认知能力 - 可以为这些用户提供补充媒体、更清晰和简单、更结构化的内容。 你可以查看以下来自 WebAim 的链接,更深入地了解这些用户的需求: Web 无障碍愿景:探索改变 & 人人受益 Web 用户的故事 当一个漏洞被上报时,它会立刻成为我们最关心的问题,会有全职的贡献者暂时搁置其他所有任务来解决这个问题。如需报告漏洞,请发送电子邮件至 security@vuejs.org。 虽然很少发现新的漏洞,但我们仍建议始终使用最新版本的 Vue 及其官方配套库,以确保你的应用尽可能地安全。 使用 Vue 时最基本的安全规则就是不要将无法信赖的内容作为你的组件模板。使用无法信赖的模板相当于允许任意的 JavaScript 在你的应用中执行。更糟糕的是,如果在服务端渲染时执行了这些代码,可能会导致服务器被攻击。举例来说: js Vue 模板会被编译成 JavaScript,而模板内的表达式将作为渲染过程的一部分被执行。尽管这些表达式在特定的渲染环境中执行,但由于全局执行环境的复杂性,Vue 作为一个开发框架,要在性能开销合理的前提下完全避免潜在的恶意代码执行是不现实的。避免这类问题最直接的方法是确保你的 Vue 模板始终是可信的,并且完全由你控制。 无论是使用模板还是渲染函数,内容都是自动转义的。这意味着在这个模板中: template 如果 js 那么它将被转义为如下的 HTML: template 从而防止脚本注入。这种转义是使用 同样地,动态 attribute 的绑定也会被自动转义。这意味着在这个模板中: template 如果 js 那么它将被转义为如下的 HTML: template 从而防止在 在任何 Web 应用中,允许以 HTML、CSS 或 JavaScript 形式执行未经无害化处理的、用户提供的内容都有潜在的安全隐患,因此这应尽可能避免。不过,有时候一些风险或许是可以接受的。 例如,像 CodePen 和 JSFiddle 这样的服务允许执行用户提供的内容,但这是在 iframe 这样一个可预期的沙盒环境中。当一个重要的功能本身会伴随某种程度的漏洞时,就需要你自行权衡该功能的重要性和该漏洞所带来的最坏情况。 我们现在已经知道 Vue 会自动转义 HTML 内容,防止你意外地将可执行的 HTML 注入到你的应用中。然而,在你知道 HTML 安全的情况下,你还是可以显式地渲染 HTML 内容。 使用模板: template 使用渲染函数: js 以 JSX 形式使用渲染函数: jsx 警告 用户提供的 HTML 永远不能被认为是 100% 安全的,除非它在 iframe 这样的沙盒环境中,或者该 HTML 只会被该用户看到。此外,允许用户编写自己的 Vue 模板也会带来类似的危险。 在这样一个使用 URL 的场景中: template 如果这个 URL 允许通过 我们来看这样一个例子: template 我们假设 你可以想象,如果允许在 template 为了避免用户的点击被劫持,我们建议仅在沙盒环境的 iframe 中允许用户控制 CSS。或者,当用户控制样式绑定时,我们建议使用其对象值形式并仅允许用户提供能够安全控制的、特定的属性,就像这样: template 我们强烈建议任何时候都不要在 Vue 中渲染 每个 HTML 元素都有能接受字符串形式 JavaScript 的 attribute,例如 警告 用户提供的 JavaScript 永远不能被认为是 100% 安全的,除非它在 iframe 这样的沙盒环境中,或者该段代码只会在该用户登陆的页面上被执行。 有时我们会收到漏洞报告,说在 Vue 模板中可以进行跨站脚本攻击 (XSS)。一般来说,我们不认为这种情况是真正的漏洞,因为没有切实可行的方法,能够在以下两种场景中保护开发者不受 XSS 的影响。 开发者显式地将用户提供的、未经无害化处理的内容作为 Vue 模板渲染。这本身就是不安全的,Vue 也无从溯源。 开发者将 Vue 挂载到可能包含服务端渲染或用户提供内容的 HTML 页面上,这与 #1 的问题基本相同,但有时开发者可能会不知不觉地这样做。攻击者提供的 HTML 可能在普通 HTML 中是安全的,但在 Vue 模板中是不安全的,这就会导致漏洞。最佳实践是:不要将 Vue 挂载到可能包含服务端渲染或用户提供内容的 DOM 节点上。 最基本的规则就是只要你允许执行未经无害化处理的、用户提供的内容 (无论是 HTML、JavaScript 还是 CSS),你就可能面临攻击。无论是使用 Vue、其他框架,或是不使用框架,道理都是一样的。 除了上面为处理潜在危险提供的建议,我们也建议你熟读下面这些资源: HTML5 安全手册 OWASP 的跨站脚本攻击 (XSS) 防护手册 接着你可以利用学到的知识,来审查依赖项的源代码,看看是否有潜在的危险,防止它们中的任何一个以第三方组件或其他方式影响 DOM 渲染的内容。 类似跨站请求伪造 (CSRF/XSRF) 和跨站脚本引入 (XSSI) 这样的 HTTP 安全漏洞,主要由后端负责处理,因此它们不是 Vue 职责范围内的问题。但是,你应该与后端团队保持沟通,了解如何更好地与后端 API 进行交互,例如,在提交表单时附带 CSRF 令牌。 在使用 SSR 时还有一些其他的安全注意事项,因此请确保遵循我们的 SSR 文档给出的最佳实践来避免产生漏洞。 像 TypeScript 这样的类型系统可以在编译时通过静态分析检测出很多常见错误。这减少了生产环境中的运行时错误,也让我们在重构大型项目的时候更有信心。通过 IDE 中基于类型的自动补全,TypeScript 还改善了开发体验和效率。 Vue 本身就是用 TypeScript 编写的,并对 TypeScript 提供了一等公民的支持。所有的 Vue 官方库都自带了类型声明文件,开箱即用。 create-vue,即官方的项目脚手架工具,提供了搭建基于 Vite 且 TypeScript 就绪的 Vue 项目的选项。 在基于 Vite 的配置中,开发服务器和打包器将只会对 TypeScript 文件执行语法转译,而不会执行任何类型检查,这保证了 Vite 开发服务器在使用 TypeScript 时也能始终保持飞快的速度。 在开发阶段,我们推荐你依赖一个好的 IDE 配置来获取即时的类型错误反馈。 对于单文件组件,你可以使用工具 vue-tsc 在命令行检查类型和生成类型声明文件。 Vue CLI 也提供了对 TypeScript 的支持,但是已经不推荐了。详见下方的说明。 强烈推荐 Visual Studio Code (VSCode),因为它对 TypeScript 有着很好的内置支持。 Volar 是官方的 VSCode 扩展,提供了 Vue 单文件组件中的 TypeScript 支持,还伴随着一些其他非常棒的特性。 TIP Volar 取代了我们之前为 Vue 2 提供的官方 VSCode 扩展 Vetur。如果你之前已经安装了 Vetur,请确保在 Vue 3 的项目中禁用它。 TypeScript Vue Plugin 用于支持在 TS 中 import WebStorm 对 TypeScript 和 Vue 也都提供了开箱即用的支持。其他的 JetBrains IDE 也同样可以通过一个免费插件支持。 通过 手动配置 compilerOptions.isolatedModules 应当设置为 如果你正在使用选项式 API,需要将 compilerOptions.strict 设置为 如果你在构建工具中配置了路径解析别名,例如 参考: 官方 TypeScript 编译选项文档 esbuild TypeScript 编译注意事项 这一章节仅针对 VSCode + Volar。 为了让 Vue 单文件组件和 TypeScript 一起工作,Volar 创建了一个针对 Vue 的 TS 语言服务实例,将其用于 Vue 单文件组件。同时,普通的 TS 文件依然由 VSCode 内置的 TS 语言服务来处理。这也是为什么我们需要安装 TypeScript Vue Plugin 来支持在 TS 文件中引入 Vue 单文件组件。这套默认设置能够工作,但在每个项目里我们都运行了两个语言服务实例:一个来自 Volar,一个来自 VSCode 的内置服务。这在大型项目里可能会带来一些性能问题。 为了优化性能,Volar 提供了一个叫做“Takeover 模式”的功能。在这个模式下,Volar 能够使用一个 TS 语言服务实例同时为 Vue 和 TS 文件提供支持。 要开启 Takeover 模式,你需要执行以下步骤来在你的项目的工作空间中禁用 VSCode 的内置 TS 语言服务: 在当前项目的工作空间下,用 输入 在插件搜索框内输入 点击“TypeScript and JavaScript Language Features”右下角的小齿轮,然后选择“Disable (Workspace)”。 重新加载工作空间。Takeover 模式将会在你打开一个 Vue 或者 TS 文件时自动启用。 像 Vue CLI 这样的基于 webpack 搭建的项目,通常是在模块编译的过程中顺道执行类型检查,例如使用 类型检查可能会很慢。当它和代码转换在相同的线程/进程中执行时,它会显著影响整个应用的构建速度。 我们已经在 IDE 中通过单独的进程运行着类型检查了,却还要在构建流程中执行类型检查导致降低开发体验,这似乎不太划算。 如果你正通过 Vue CLI 使用 Vue 3 和 TypeScript,我们强烈建议你迁移到 Vite。我们也在为 CLI 开发仅执行 TS 语法转译的选项,以允许你切换至 为了让 TypeScript 正确地推导出组件选项内的类型,我们需要通过 defineComponent() 这个全局 API 来定义组件: ts 当没有结合 ts 参考: webpack Treeshaking 的注意事项 对 defineComponent 的类型测试 TIP 要在单文件组件中使用 TypeScript,需要在 vue vue 在使用了 这里有一个假想的例子: vue 可以使用内联类型强制转换解决此问题: vue TIP 如果正在使用 Vue CLI 或基于 webpack 的配置,支持模板内表达式的 TypeScript 需要 TS 与组合式 API TS 与选项式 API 这一章假设你已经阅读了搭配 TypeScript 使用 Vue 的概览。 当使用 vue 这被称之为“运行时声明”,因为传递给 然而,通过泛型参数来定义 props 的类型通常更直接: vue 这被称之为“基于类型的声明”。编译器会尽可能地尝试根据类型参数推导出等价的运行时选项。在这种场景下,我们第二个例子中编译出的运行时选项和第一个是完全一致的。 基于类型的声明或者运行时声明可以择一使用,但是不能同时使用。 我们也可以将 props 的类型移入一个单独的接口中: vue 语法限制# 为了生成正确的运行时代码,传给 一个类型字面量: ts 对同一个文件中的一个接口或对象类型字面量的引用: ts 接口或对象字面类型可以包含从其他文件导入的类型引用,但是,传递给 ts 这是因为 Vue 组件是单独编译的,编译器目前不会抓取导入的文件以分析源类型。我们计划在未来的版本中解决这个限制。 当使用基于类型的声明时,我们失去了为 props 声明默认值的能力。这可以通过 ts 这将被编译为等效的运行时 props 或者,你可以使用目前为实验性的响应性语法糖: vue 这个行为目前需要显式地选择开启。 如果没有使用 ts 通过基于类型的声明,一个 prop 可以像使用其他任何类型一样使用一个复杂类型: vue 对于运行时声明,我们可以使用 ts 其工作方式与直接指定 ts 在 vue 这个类型参数应该是一个带调用签名的类型字面量。这个类型字面量的类型就是返回的 若没有使用 ts ref 会根据初始化时的值推导其类型: ts 有时我们可能想为 ref 内的值指定一个更复杂的类型,可以通过使用 ts 或者,在调用 ts 如果你指定了一个泛型参数但没有给出初始值,那么最后得到的就将是一个包含 ts ts 要显式地标注一个 ts TIP 不推荐使用 ts 你还可以通过泛型参数显式指定类型: ts 在处理原生 DOM 事件时,应该为我们传递给事件处理函数的参数正确地标注类型。让我们看一下这个例子: vue 没有类型标注时,这个 ts provide 和 inject 通常会在不同的组件中运行。要正确地为注入的值标记类型,Vue 提供了一个 ts 建议将注入 key 的类型放在一个单独的文件中,这样它就可以被多个组件导入。 当使用字符串注入 key 时,注入值的类型是 ts 注意注入的值仍然可以是 当提供了一个默认值后,这个 ts 如果你确定该值将始终被提供,则还可以强制转换该值: ts 模板引用需要通过一个显式指定的泛型参数和一个初始值 vue 注意为了严格的类型安全,有必要在访问 有时,你可能需要为一个子组件添加一个模板引用,以便调用它公开的方法。举例来说,我们有一个 vue 为了获取 vue 注意,如果你想在 TypeScript 文件而不是在 Vue SFC 中使用这种技巧,需要开启 Volar 的 Takeover 模式。 这一章假设你已经阅读了搭配 TypeScript 使用 Vue 的概览。 TIP 虽然 Vue 的确支持在选项式 API 中使用 TypeScript,但在使用 TypeScript 的前提下更推荐使用组合式 API,因为它提供了更简单、高效和可靠的类型推导。 选项式 API 中对 props 的类型推导需要用 ts 然而,这种运行时 我们可以使用 ts 如果你的 TypeScript 版本低于 ts 这会防止 TypeScript 将 我们可以给 ts 计算属性会自动根据其返回值来推导其类型: ts 在某些场景中,你可能想要显式地标记出计算属性的类型以确保其实现是正确的: ts 在某些 TypeScript 因循环引用而无法推导类型的情况下,可能必须进行显式的类型标注。 在处理原生 DOM 事件时,应该为我们传递给事件处理函数的参数正确地标注类型。让我们看一下这个例子: vue 没有类型标注时,这个 ts 某些插件会通过 app.config.globalProperties 为所有组件都安装全局可用的属性。举例来说,我们可能为了请求数据而安装了 ts 参考: 对组件类型扩展的 TypeScript 单元测试 我们可以将这些类型扩展放在一个 为了利用模块扩展的优势,你需要确保将扩展的模块放在 TypeScript 模块 中。 也就是说,该文件需要包含至少一个顶级的 ts ts 某些插件,比如 ts 如果没有确切的类型标注,这个钩子函数的参数会隐式地标注为 ts 现在这个 这种类型扩展和全局属性扩展受到相同的限制。 参考: 对组件类型扩展的 TypeScript 单元测试 我们相信在 Web 的世界里没有一种方案可以解决所有问题。正因如此,Vue 被设计成一个灵活的、可以渐进式集成的框架。根据使用场景的不同需要,相应地有多种不同的方式来使用 Vue,以此在技术栈复杂度、开发体验和性能表现间取得最佳平衡。 Vue 可以以一个单独 JS 文件的形式使用,无需构建步骤!如果你的后端框架已经渲染了大部分的 HTML,或者你的前端逻辑并不复杂,不需要构建步骤,这是最简单的使用 Vue 的方式。在这些场景中你可以将 Vue 看作一个更加声明式的 jQuery 替代品。 Vue 也提供了另一个更适用于此类无构建步骤场景的版本 petite-vue。它为渐进式增强已有的 HTML 作了特别的优化,功能更加精简,十分轻量。 你可以用 Vue 来构建标准的 Web Component,这些 Web Component 可以嵌入到任何 HTML 页面中,无论它们是如何被渲染的。这个方式让你能够在不需要顾虑最终使用场景的情况下使用 Vue:因为生成的 Web Component 可以嵌入到旧应用、静态 HTML,甚至用其他框架构建的应用中。 一些应用在前端需要具有丰富的交互性、较深的会话和复杂的状态逻辑。构建这类应用的最佳方法是使用这样一种架构:Vue 不仅控制整个页面,还负责处理抓取新数据,并在无需重新加载的前提下处理页面切换。这种类型的应用通常称为单页应用 (Single-Page application,缩写为 SPA)。 Vue 提供了核心功能库和全面的工具链支持,为现代 SPA 提供了极佳的开发体验,覆盖以下方面: 客户端路由 极其快速的构建工具 IDE 支持 浏览器开发工具 TypeScript 支持 测试工具 SPA 一般要求后端提供 API 数据接口,但你也可以将 Vue 和如 Inertia.js 之类的解决方案搭配使用,在保留侧重服务端的开发模型的同时获得 SPA 的益处。 纯客户端的 SPA 在首屏加载和 SEO 方面有显著的问题,因为浏览器会收到一个巨大的 HTML 空页面,只有等到 JavaScript 加载完毕才会渲染出内容。 Vue 提供了一系列 API,支持将一个 Vue 应用在服务端渲染成 HTML 字符串。这能让服务器直接返回渲染好的 HTML,让用户在 JavaScript 下载完毕前就看到页面内容。Vue 之后会在客户端对应用进行“激活 (hydrate)”使其重获可交互性。这被称为服务端渲染 (SSR),它能够极大地改善应用在 Web 核心指标上的性能表现,如最大内容绘制 (LCP)。 Vue 生态中有一些针对此类场景的、基于 Vue 的上层框架,比如 NuxtJS,能让你用 Vue 和 JavaScript 开发一个全栈应用。 如果所需的数据是静态的,那么服务端渲染可以提前完成。这意味着我们可以将整个应用预渲染为 HTML,并将其作为静态文件部署。这增强了站点的性能表现,也使部署变得更容易,因为我们无需根据请求动态地渲染页面。Vue 仍可通过激活在客户端提供交互。这一技术通常被称为静态站点生成 (SSG),也被称为 JAMStack。 SSG 有两种风格:单页和多页。这两种风格都能将站点预渲染为静态 HTML,区别在于: 单页 SSG 在初始页面加载后将其“激活”为 SPA。这需要更多的前期 JS 加载和激活成本,但后续的导航将更快,因为它只需要部分地更新页面内容,而无需重新加载整个页面。 多页 SSG 每次导航都会加载一个新页面。好处是它可以仅需最少的 JS——或者如果页面无需交互则根本不需要 JS!一些多页面 SSG 框架,如 Astro 也支持“部分激活”——它允许你通过 Vue 组件在静态 HTML 中创建交互式的“孤岛”。 单页 SSG 更适合于重交互、深会话的场景,或需要在导航之间持久化元素或状态。否则,多页 SSG 将是更好的选择。 Vue 团队也维护了一个名为 VitePress 的静态站点生成器,你正在阅读的文档就是基于它构建的!VitePress 支持两种形式的 SSG。另外,NuxtJS 也支持 SSG。你甚至可以在同一个 Nuxt 应用中通过不同的路由提供 SSR 和 SSG。 尽管 Vue 主要是为构建 Web 应用而设计的,但它绝不仅仅局限于浏览器。你还可以: 配合 Electron 或 Tauri 构建桌面应用 配合 Ionic Vue 构建移动端应用 使用 Quasar 用同一套代码同时开发桌面端和移动端应用 使用 Vue 的自定义渲染 API 来构建不同 TIP 这个 FAQ 假定你已经有一些使用 Vue 的经验,特别是用选项式 API 使用 Vue 2 的经验。 组合式 API (Composition API) 是一系列 API 的集合,使我们可以使用函数而不是声明选项的方式书写 Vue 组件。它是一个概括性的术语,涵盖了以下方面的 API: 响应式 API:例如 生命周期钩子:例如 依赖注入:例如 组合式 API 是 Vue 3 及 Vue 2.7 的内置功能。对于更老的 Vue 2 版本,可以使用官方维护的插件 @vue/composition-api。在 Vue 3 中,组合式 API 基本上都会配合 `` 语法在单文件组件中使用。下面是一个使用组合式 API 的组件示例: vue 虽然这套 API 的风格是基于函数的组合,但组合式 API 并不是函数式编程。组合式 API 是以 Vue 中数据可变的、细粒度的响应性系统为基础的,而函数式编程通常强调数据不可变。 如果你对如何通过组合式 API 使用 Vue 感兴趣,可以通过页面左侧边栏上方的开关将 API 偏好切换到组合式 API,然后重新从头阅读指引。 组合式 API 最基本的优势是它使我们能够通过组合函数来实现更加简洁高效的逻辑复用。在选项式 API 中我们主要的逻辑复用机制是 mixins,而组合式 API 解决了 mixins 的所有缺陷。 组合式 API 提供的逻辑复用能力孵化了一些非常棒的社区项目,比如 VueUse,一个不断成长的工具型组合式函数集合。组合式 API 还为其他第三方状态管理库与 Vue 的响应式系统之间的集成提供了一套简洁清晰的机制,例如 RxJS。 许多用户喜欢选项式 API 的原因是它在默认情况下就能够让人写出有组织的代码:大部分代码都自然地被放进了对应的选项里。然而,选项式 API 在单个组件的逻辑复杂到一定程度时,会面临一些无法忽视的限制。这些限制主要体现在需要处理多个逻辑关注点的组件中,这是我们在许多 Vue 2 的实际案例中所观察到的。 我们以 Vue CLI GUI 中的文件浏览器组件为例:这个组件承担了以下几个逻辑关注点: 追踪当前文件夹的状态,展示其内容 处理文件夹的相关操作 (打开、关闭和刷新) 支持创建新文件夹 可以切换到只展示收藏的文件夹 可以开启对隐藏文件夹的展示 处理当前工作目录中的变更 这个组件最原始的版本是由选项式 API 写成的。如果我们为相同的逻辑关注点标上一种颜色,那将会是这样: 你可以看到,处理相同逻辑关注点的代码被强制拆分在了不同的选项中,位于文件的不同部分。在一个几百行的大组件中,要读懂代码中的一个逻辑关注点,需要在文件中反复上下滚动,这并不理想。另外,如果我们想要将一个逻辑关注点抽取重构到一个可复用的工具函数中,需要从文件的多个不同部分找到所需的正确片段。 而如果用组合式 API 重构这个组件,将会变成下面右边这样: 现在与同一个逻辑关注点相关的代码被归为了一组:我们无需再为了一个逻辑关注点在不同的选项块间来回滚动切换。此外,我们现在可以很轻松地将这一组代码移动到一个外部文件中,不再需要为了抽象而重新组织代码,大大降低了重构成本,这在长期维护的大型项目中非常关键。 近几年来,越来越多的开发者开始使用 TypeScript 书写更健壮可靠的代码,TypeScript 还提供了非常好的 IDE 开发支持。然而选项式 API 是在 2013 年被设计出来的,那时并没有把类型推导考虑进去,因此我们不得不做了一些复杂到夸张的类型体操才实现了对选项式 API 的类型推导。但尽管做了这么多的努力,选项式 API 的类型推导在处理 mixins 和依赖注入类型时依然不甚理想。 因此,很多想要搭配 TS 使用 Vue 的开发者采用了由 相比之下,组合式 API 主要利用基本的变量和函数,它们本身就是类型友好的。用组合式 API 重写的代码可以享受到完整的类型推导,不需要书写太多类型标注。大多数时候,用 TypeScript 书写的组合式 API 代码和用 JavaScript 写都差不太多!这也让许多纯 JavaScript 用户也能从 IDE 中享受到部分类型推导功能。 搭配 一些从选项式 API 迁移来的用户发现,他们的组合式 API 代码缺乏组织性,并得出了组合式 API 在代码组织方面“更糟糕”的结论。我们建议持有这类观点的用户换个角度思考这个问题。 组合式 API 不像选项式 API 那样会手把手教你该把代码放在哪里。但反过来,它却让你可以像编写普通的 JavaScript 那样来编写组件代码。这意味着你能够,并且应该在写组合式 API 的代码时也运用上所有普通 JavaScript 代码组织的最佳实践。如果你可以编写组织良好的 JavaScript,你也应该有能力编写组织良好的组合式 API 代码。 选项式 API 确实允许你在编写组件代码时“少思考”,这是许多用户喜欢它的原因。然而,在减少费神思考的同时,它也将你锁定在规定的代码组织模式中,没有摆脱的余地,这会导致在更大规模的项目中难以进行重构或提高代码质量。在这方面,组合式 API 提供了更好的长期可维护性。 组合式 API 能够覆盖所有状态逻辑方面的需求。除此之外,只需要用到一小部分选项: 如果你在代码中只使用了组合式 API (以及上述必需的选项),那么你可以通过配置编译时标记来去掉 Vue 运行时中针对选项式 API 支持的代码,从而减小生产包大概几 kb 左右的体积。注意这个配置也会影响你依赖中的 Vue 组件。 可以。你可以在一个选项式 API 的组件中通过 setup() 选项来使用组合式 API。 然而,我们只推荐你在一个已经基于选项式 API 开发了很久、但又需要和基于组合式 API 的新代码或是第三方库整合的项目中这样做。 不会,我们没有任何计划这样做。选项式 API 也是 Vue 不可分割的一部分,也有很多开发者喜欢它。我们也意识到组合式 API 更适用于大型的项目,而对于中小型项目来说选项式 API 仍然是一个不错的选择。 我们不再推荐在 Vue 3 中使用 Class API,因为组合式 API 提供了很好的 TypeScript 集成,并具有额外的逻辑重用和代码组织优势。 组合式 API 提供了和 React Hooks 相同级别的逻辑组织能力,但它们之间有着一些重要的区别。 React Hooks 在组件每次更新时都会重新调用。这就产生了一些即使是经验丰富的 React 开发者也会感到困惑的问题。这也带来了一些性能问题,并且相当影响开发体验。例如: Hooks 有严格的调用顺序,并不可以写在条件分支中。 React 组件中定义的变量会被一个钩子函数闭包捕获,若开发者传递了错误的依赖数组,它会变得“过期”。这导致了 React 开发者非常依赖 ESLint 规则以确保传递了正确的依赖,然而,这些规则往往不够智能,保持正确的代价过高,在一些边缘情况时会遇到令人头疼的、不必要的报错信息。 昂贵的计算需要使用 在默认情况下,传递给子组件的事件处理函数会导致子组件进行不必要的更新。子组件默认更新,并需要显式的调用 要解决变量闭包导致的问题,再结合并发功能,使得很难推理出一段钩子代码是什么时候运行的,并且很不好处理需要在多次渲染间保持引用 (通过 相比起来,Vue 的组合式 API: 仅调用 Vue 的响应性系统运行时会自动收集计算属性和侦听器的依赖,因此无需手动声明依赖。 无需手动缓存回调函数来避免不必要的组件更新。Vue 细粒度的响应性系统能够确保在绝大部分情况下组件仅执行必要的更新。对 Vue 开发者来说几乎不怎么需要对子组件更新进行手动优化。 我们承认 React Hooks 的创造性,它是组合式 API 的一个主要灵感来源。然而,它的设计也确实存在上面提到的问题,而 Vue 的响应性模型恰好提供了一种解决这些问题的方法。 Vue 最标志性的功能就是其低侵入性的响应式系统。组件状态都是由响应式的 JavaScript 对象组成的。当更改它们时,视图会随即自动更新。这让状态管理更加简单直观,但理解它是如何工作的也是很重要的,这可以帮助我们避免一些常见的陷阱。在本节中,我们将深入研究 Vue 响应性系统的一些底层细节。 这个术语在今天的各种编程讨论中经常出现,但人们说它的时候究竟是想表达什么意思呢?本质上,响应性是一种可以使我们声明式地处理变化的编程范式。一个经常被拿来当作典型例子的用例即是 Excel 表格: 这里单元格 A2 中的值是通过公式 而 JavaScript 默认并不是这样的。如果我们用 JavaScript 写类似的逻辑: js 当我们更改 那么我们如何在 JavaScript 中做到这一点呢?首先,为了能重新运行计算的代码来更新 js 然后,我们需要定义几个术语: 这个 我们需要一个魔法函数,能够在 js 这个 当一个变量被读取时进行追踪。例如我们执行了表达式 如果一个变量在当前运行的副作用中被读取了,就将该副作用设为此变量的一个订阅者。例如由于 探测一个变量的变化。例如当我们给 我们无法直接追踪对上述示例中局部变量的读写,原生 JavaScript 没有提供任何机制能做到这一点。但是,我们是可以追踪对象属性的读写的。 在 JavaScript 中有两种劫持 property 访问的方式:getter / setters 和 Proxies。Vue 2 使用 getter / setters 完全是出于支持旧版本浏览器的限制。而在 Vue 3 中则使用了 Proxy 来创建响应式对象,仅将 getter / setter 用于 ref。下面的伪代码将会说明它们是如何工作的: js TIP 这里和下面的代码片段皆旨在以最简单的形式解释核心概念,因此省略了许多细节和边界情况。 以上代码解释了我们在基础章节部分讨论过的一些事情: 当你将一个响应性对象的属性解构为一个局部变量时,响应性就会“断开连接”,因为对局部变量的访问不再触发 get / set 代理捕获。 从 在 js 副作用订阅将被存储在一个全局的 在 js 现在让我们回到 js 它将原本的 此时,我们已经创建了一个能自动跟踪其依赖的副作用,它会在任意依赖被改动时重新运行。我们称其为响应式副作用。 Vue 提供了一个 API 来让你创建响应式副作用 watchEffect()。事实上,你会发现它的使用方式和我们上面示例中说的魔法函数 js 使用一个响应式副作用来更改一个 ref 并不是最优解,事实上使用计算属性会更直观简洁: js 在内部, 那么,常见的响应式副作用的用例是什么呢?自然是更新 DOM!我们可以像下面这样实现一个简单的“响应式渲染”: js 实际上,这与 Vue 组件保持状态和 DOM 同步的方式非常接近——每个组件实例创建一个响应式副作用来渲染和更新 DOM。当然,Vue 组件使用了比 Vue 的响应式系统基本是基于运行时的。追踪和触发都是在浏览器中运行时进行的。运行时响应性的优点是,它可以在没有构建步骤的情况下工作,而且边界情况较少。另一方面,这使得它受到了 JavaScript 语法的制约。 我们在前面的示例中已经提到了一个问题:JavaScript 并没有提供一种方式来拦截对局部变量的读写,因此我们始终只能够以对象属性的形式访问响应式状态,也就因此有了响应式对象和 ref。 我们正在通过响应性语法糖这一实验性功能去尝试减少冗余代码: js 这个代码段会被编译成没有该转换时的样子,即自动地为所有变量引用处添加上 Vue 的响应性系统可以自动跟踪依赖关系,但在某些情况下,我们可能希望确切地知道正在跟踪什么,或者是什么导致了组件重新渲染。 我们可以在一个组件渲染时使用 js TIP 组件调试钩子仅会在开发模式下工作 调试事件对象有如下的类型定义: ts 我们可以向 这两个回调都会作为组件调试的钩子,接受相同格式的调试事件: js TIP 计算属性的 和 js TIP 侦听器的 Vue 的响应性系统是通过深度转换普通 JavaScript 对象为响应式代理来实现的。这种深度转换在一些情况下是不必要的,在和一些外部状态管理系统集成时,甚至是需要避免的 (例如,当一个外部的解决方案也用了 Proxy 时)。 将 Vue 的响应性系统与外部状态管理方案集成的大致思路是:将外部状态放在一个 shallowRef 中。一个浅层的 ref 中只有它的 如果你正在实现一个撤销/重做的功能,你可能想要对用户编辑时应用的状态进行快照记录。然而,如果状态树很大的话,Vue 的可变响应性系统没法很好地处理这种情况,因为在每次更新时都序列化整个状态对象对 CPU 和内存开销来说都是非常昂贵的。 不可变数据结构通过永不更改状态对象来解决这个问题。与 Vue 不同的是,它会创建一个新对象,保留旧的对象未发生改变的一部分。在 JavaScript 中有多种不同的方式来使用不可变数据,但我们推荐使用 Immer 搭配 Vue,因为它使你可以在保持原有直观、可变的语法的同时,使用不可变数据。 我们可以通过一个简单的组合式函数来集成 Immer: js 在演练场中尝试一下 状态机是一种数据模型,用于描述应用可能处于的所有可能状态,以及从一种状态转换到另一种状态的所有可能方式。虽然对于简单的组件来说,这可能有些小题大做了,但它的确可以使得复杂的状态流更加健壮和易于管理。 XState 是 JavaScript 中一个比较常用的状态机实现方案。这里是集成它的一个例子: js 在演练场中尝试一下 RxJS 是一个用于处理异步事件流的库。VueUse 库提供了 @vueuse/rxjs 扩展来支持连接 RxJS 流与 Vue 的响应性系统。 Vue 是如何将一份模板转换为真实的 DOM 节点的,又是如何高效地更新这些节点的呢?我们接下来就将尝试通过深入研究 Vue 的内部渲染机制来解释这些问题。 你可能已经听说过“虚拟 DOM”的概念了,Vue 的渲染系统正是基于这个概念构建的。 虚拟 DOM (Virtual DOM,简称 VDOM) 是一种编程概念,意为将目标所需的 UI 通过数据结构“虚拟”地表示出来,保存在内存中,然后将真实的 DOM 与之保持同步。这个概念是由 React 率先开拓,随后在许多不同的框架中都有不同的实现,当然也包括 Vue。 与其说虚拟 DOM 是一种具体的技术,不如说是一种模式,所以并没有一个标准的实现。我们可以用一个简单的例子来说明: js 这里所说的 一个运行时渲染器将会遍历整个虚拟 DOM 树,并据此构建真实的 DOM 树。这个过程被称为挂载 (mount)。 如果我们有两份虚拟 DOM 树,渲染器将会有比较地遍历它们,找出它们之间的区别,并应用这其中的变化到真实的 DOM 上。这个过程被称为更新 (patch),又被称为“比对”(diffing) 或“协调”(reconciliation)。 虚拟 DOM 带来的主要收益是它让开发者能够灵活、声明式地创建、检查和组合所需 UI 的结构,同时只需把具体的 DOM 操作留给渲染器去处理。 从高层面的视角看,Vue 组件挂载时会发生如下几件事: 编译:Vue 模板被编译为渲染函数:即用来返回虚拟 DOM 树的函数。这一步骤可以通过构建步骤提前完成,也可以通过使用运行时编译器即时完成。 挂载:运行时渲染器调用渲染函数,遍历返回的虚拟 DOM 树,并基于它创建实际的 DOM 节点。这一步会作为响应式副作用执行,因此它会追踪其中所用到的所有响应式依赖。 更新:当一个依赖发生变化后,副作用会重新运行,这时候会创建一个更新后的虚拟 DOM 树。运行时渲染器遍历这棵新树,将它与旧树进行比较,然后将必要的更新应用到真实 DOM 上去。 Vue 模板会被预编译成虚拟 DOM 渲染函数。Vue 也提供了 API 使我们可以不使用模板编译,直接手写渲染函数。在处理高度动态的逻辑时,渲染函数相比于模板更加灵活,因为你可以完全地使用 JavaScript 来构造你想要的 vnode。 那么为什么 Vue 默认推荐使用模板呢?有以下几点原因: 模板更贴近实际的 HTML。这使得我们能够更方便地重用一些已有的 HTML 代码片段,能够带来更好的可访问性体验、能更方便地使用 CSS 应用样式,并且更容易使设计师理解和修改。 由于其确定的语法,更容易对模板做静态分析。这使得 Vue 的模板编译器能够应用许多编译时优化来提升虚拟 DOM 的性能表现 (下面我们将展开讨论)。 在实践中,模板对大多数的应用场景都是够用且高效的。渲染函数一般只会在需要处理高度动态渲染逻辑的可重用组件中使用。想了解渲染函数的更多使用细节可以去到渲染函数 & JSX 章节继续阅读。 虚拟 DOM 在 React 和大多数其他实现中都是纯运行时的:更新算法无法预知新的虚拟 DOM 树会是怎样,因此它总是需要遍历整棵树、比较每个 vnode 上 props 的区别来确保正确性。另外,即使一棵树的某个部分从未改变,还是会在每次重渲染时创建新的 vnode,带来了大量不必要的内存压力。这也是虚拟 DOM 最受诟病的地方之一:这种有点暴力的更新过程通过牺牲效率来换取声明式的写法和最终的正确性。 但实际上我们并不需要这样。在 Vue 中,框架同时控制着编译器和运行时。这使得我们可以为紧密耦合的模板渲染器应用许多编译时优化。编译器可以静态分析模板并在生成的代码中留下标记,使得运行时尽可能地走捷径。与此同时,我们仍旧保留了边界情况时用户想要使用底层渲染函数的能力。我们称这种混合解决方案为带编译时信息的虚拟 DOM。 下面,我们将讨论一些 Vue 编译器用来提高虚拟 DOM 运行时性能的主要优化: 在模板中常常有部分内容是不带任何动态绑定的: template 在模板编译预览中查看 此外,当有足够多连续的静态元素时,它们还会再被压缩为一个“静态 vnode”,其中包含的是这些节点相应的纯 HTML 字符串。(示例)。这些静态节点会直接通过 对于单个有动态绑定的元素来说,我们可以在编译时推断出大量信息: template 在模板编译预览中查看 在为这些元素生成渲染函数时,Vue 在 vnode 创建调用中直接编码了每个元素所需的更新类型: js 最后这个参数 js 位运算检查是非常快的。通过这样的更新类型标记,Vue 能够在更新带有动态绑定的元素时做最少的操作。 Vue 也为 vnode 的子节点标记了类型。举例来说,包含多个根节点的模板被表示为一个片段 (fragment),大多数情况下,我们可以确定其顺序是永远不变的,所以这部分信息就可以提供给运行时作为一个更新类型标记。 js 运行时会完全跳过对这个根片段中子元素顺序的重新协调过程。 再来看看上面这个例子中生成的代码,你会发现所返回的虚拟 DOM 树是经一个特殊的 js 这里我们引入一个概念“区块”,内部结构是稳定的一个部分可被称之为一个区块。在这个用例中,整个模板只有一个区块,因为这里没有用到任何结构性指令 (比如 每一个块都会追踪其所有带更新类型标记的后代节点 (不只是直接子节点),举例来说: template 编译的结果会被打平为一个数组,仅包含所有动态的后代节点: 当这个组件需要重渲染时,只需要遍历这个打平的树而非整棵树。这也就是我们所说的树结构打平,这大大减少了我们在虚拟 DOM 协调时需要遍历的节点数量。模板中任何的静态部分都会被高效地略过。 template 一个子区块会在父区块的动态子节点数组中被追踪,这为他们的父区块保留了一个稳定的结构。 更新类型标记和树结构打平都大大提升了 Vue SSR 激活的性能表现: 单个元素的激活可以基于相应 vnode 的更新类型标记走更快的捷径。 在激活时只有区块节点和其动态子节点需要被遍历,这在模板层面上实现更高效的部分激活 在绝大多数情况下,Vue 推荐使用模板语法来创建应用。然而在某些使用场景下,我们真的需要用到 JavaScript 完全的编程能力。这时渲染函数就派上用场了。 如果你还不熟悉虚拟 DOM 和渲染函数的概念的话,请确保先阅读渲染机制章节。 Vue 提供了一个 js js 得到的 vnode 为如下形式: js 注意事项 完整的 我们可以使用 js 除了返回一个单独的 vnode 之外,你还可以返回字符串或是数组: js js 如果一个渲染函数组件不需要任何实例状态,为了简洁起见,它们也可以直接被声明为一个函数: js 没错,这就是一个合法的 Vue 组件!参阅函数式组件来了解更多语法细节。 组件树中的 vnodes 必须是唯一的。下面是错误示范: js 如果你真的非常想在页面上渲染多个重复的元素或者组件,你可以使用一个工厂函数来做这件事。比如下面的这个渲染函数就可以完美渲染出 20 个相同的段落: js JSX 是 JavaScript 的一个类似 XML 的扩展,有了它,我们可以用以下的方式来书写代码: jsx 在 JSX 表达式中,使用大括号来嵌入动态值: jsx 虽然最早是由 React 引入,但实际上 JSX 语法并没有定义运行时语义,并且能被编译成各种不同的输出形式。如果你之前使用过 JSX 语法,那么请注意 Vue 的 JSX 编译方式与 React 中 JSX 的编译方式不同,因此你不能在 Vue 应用中使用 React 的 JSX 编译。与 React JSX 语法的一些明显区别包括: 可以使用 HTML attributes 比如 传递子元素给组件 (比如 slots) 的方式不同。 Vue 的类型定义也提供了 TSX 语法的类型推导支持。当使用 TSX 语法时,确保在 下面我们提供了几个常见的用等价的渲染函数 / JSX 语法,实现模板功能的案例: 模板: template 等价于使用如下渲染函数 / JSX 语法: js jsx 模板: template 等价于使用如下渲染函数 / JSX 语法: js jsx 以 js jsx 对于 实例: js jsx 对于事件和按键修饰符,可以使用 withModifiers 函数: js jsx 在给组件创建 vnode 时,传递给 js jsx 不管是什么类型的文件,只要从中导入的是有效的 Vue 组件, 动态组件在渲染函数中也可直接使用: js jsx 如果一个组件是用名字注册的,不能直接导入 (例如,由一个库全局注册),可以使用 resolveComponent() 来解决这个问题。 在渲染函数中,可以通过 this.$slots 来访问插槽: js 等价 JSX 语法: jsx 向组件传递子元素的方式与向元素传递子元素的方式有些许不同。我们需要传递一个插槽函数或者是一个包含插槽函数的对象而非是数组,插槽函数的返回值同一个正常的渲染函数的返回值一样——并且在子组件中被访问时总是会被转化为一个 vnodes 数组。 js 等价 JSX 语法: jsx 插槽以函数的形式传递使得它们可以被子组件懒调用。这能确保它被注册为子组件的依赖关系,而不是父组件。这使得更新更加准确及有效。 诸如 js js 可以使用 withDirectives 将自定义指令应用于 vnode: js 当一个指令是以名称注册并且不能被直接导入时,可以使用 resolveDirective 函数来解决这个问题。 函数式组件是一种定义自身没有任何状态的组件的方式。它们很像纯函数:接收 props,返回 vnodes。函数式组件在渲染过程中不会创建组件实例 (也就是说,没有 我们用一个普通的函数而不是一个选项对象来创建函数式组件。该函数实际上就是该组件的渲染函数。 而因为函数式组件里没有 js 第二个参数 大多数常规组件的配置选项在函数式组件中都不可用,除了 props 和 emits。我们可以给函数式组件添加对应的属性来声明它们: js 如果这个 对于有明确 js 函数式组件可以像普通组件一样被注册和使用。如果你将一个函数作为第一个参数传入 Web Components 是一组 web 原生 API 的统称,允许开发者创建可复用的自定义元素 (custom elements)。 我们认为 Vue 和 Web Components 是互补的技术。Vue 为使用和创建自定义元素提供了出色的支持。无论你是将自定义元素集成到现有的 Vue 应用中,还是使用 Vue 来构建和分发自定义元素都很方便。 Vue 在 Custom Elements Everywhere 测试中取得了 100% 的分数。在 Vue 应用中使用自定义元素基本上与使用原生 HTML 元素的效果相同,但需要留意以下几点: 默认情况下,Vue 会将任何非原生的 HTML 标签优先当作 Vue 组件处理,而将“渲染一个自定义元素”作为后备选项。这会在开发时导致 Vue 抛出一个“解析组件失败”的警告。要让 Vue 知晓特定元素应该被视为自定义元素并跳过组件解析,我们可以指定 compilerOptions.isCustomElement 这个选项。 如果在开发 Vue 应用时进行了构建配置,则应该在构建配置中传递该选项,因为它是一个编译时选项。 浏览器内编译时的示例配置# js Vite 示例配置# js Vue CLI 示例配置# js 由于 DOM attribute 只能为字符串值,因此我们只能使用 DOM 对象的属性来传递复杂数据。当为自定义元素设置 props 时,Vue 3 将通过 然而,也会有一些特别的情况:必须将数据以一个 DOM 对象属性的方式传递,但该自定义元素无法正确地定义/反射这个属性 (因为 template 自定义元素的主要好处是,它们可以在使用任何框架,甚至是在不使用框架的场景下使用。当你面向的最终用户可能使用了不同的前端技术栈,或是当你希望将最终的应用与它使用的组件实现细节解耦时,它们会是理想的选择。 Vue 提供了一个和定义一般 Vue 组件几乎完全一致的 defineCustomElement 方法来支持创建自定义元素。这个方法接收的参数和 defineComponent 完全相同。但它会返回一个继承自 template js 生命周期# 当该元素的 connectedCallback 初次调用时,一个 Vue 自定义元素会在内部挂载一个 Vue 组件实例到它的 shadow root 上。 当此元素的 如果元素仍然在文档中,那么说明它是一次移动操作,组件实例将被保留; 如果该元素不再存在于文档中,那么说明这是一次移除操作,组件实例将被销毁。 Props# 所有使用 attribute 总是根据需要反射为相应的属性类型。 基础类型的属性值 ( 当它们被设为 attribute 时 (永远是字符串),Vue 也会自动将以 js 并以下面这样的方式使用自定义元素: template 在组件中, 事件# 通过 插槽# 在一个组件中,插槽将会照常使用 不支持作用域插槽。 当传递具名插槽时,应使用 template 依赖注入# Provide / Inject API 和相应的组合式 API 在 Vue 定义的自定义元素中都可以正常工作。但是请注意,依赖关系只在自定义元素之间起作用。例如一个 Vue 定义的自定义元素就无法注入一个由常规 Vue 组件所提供的属性。 官方的 SFC 工具链支持以“自定义元素模式”导入 SFC (需要 要开启这个模式,只需要将你的组件文件以 js 如果你想要自定义如何判断是否将文件作为自定义元素导入 (例如将所有的 SFC 都视为用作自定义元素),你可以通过给构建插件传递相应插件的 @vitejs/plugin-vue vue-loader 当使用 Vue 构建自定义元素时,该元素将依赖于 Vue 的运行时。这会有大约 16kb 的基本打包大小,并视功能的使用情况而增长。这意味着如果只编写一个自定义元素,那么使用 Vue 并不是理想的选择。你可能想要使用原生 JavaScript、petite-vue,或其他框架以追求更小的运行时体积。但是,如果你需要编写的是一组具有复杂逻辑的自定义元素,那么这个基本体积是非常合理的,因为 Vue 允许用更少的代码编写每个组件。在一起发布的元素越多,收益就会越高。 如果自定义元素将在同样使用 Vue 的应用中使用,那么你可以选择将构建包中的 Vue 外部化 (externalize),这样这些自定义元素将与宿主应用使用同一份 Vue。 建议按元素分别导出构造函数,以便用户可以灵活地按需导入它们,并使用期望的标签名称注册它们。你还可以导出一个函数来方便用户自动注册所有元素。下面是一个 Vue 自定义元素库的入口文件示例: js 如果你有非常多的组件,你也可以利用构建工具的功能,比如 Vite 的 glob 导入或者 webpack 的 require.context 来从一个文件夹加载所有的组件。 一些开发者认为应该避免使用框架专有的组件模型,而改为全部使用自定义元素来构建应用,因为这样可以使应用“永不过时”。在这里,我们将解释为什么我们认为这样的想法过于简单。 自定义元素和 Vue 组件之间确实存在一定程度的功能重叠:它们都允许我们定义具有数据传递、事件发射和生命周期管理的可重用组件。然而,Web Components 的 API 相对来说是更底层的和更基础的。要构建一个实际的应用,我们需要相当多平台没有涵盖的附加功能: 一个声明式的、高效的模板系统; 一个响应式的,利于跨组件逻辑提取和重用的状态管理系统; 一种在服务器上呈现组件并在客户端“激活”(hydrate) 组件的高性能方法 (SSR),这对 SEO 和 LCP 这样的 Web 关键指标非常重要。原生自定义元素 SSR 通常需要在 Node.js 中模拟 DOM,然后序列化更改后的 DOM,而 Vue SSR 则尽可能地将其编译为拼接起来的字符串,这会高效得多。 Vue 的组件模型在设计时同时兼顾了这些需求,因此是一个更内聚的系统。 当你的团队有足够的技术水平时,可能可以在原生自定义元素的基础上构建具备同等功能的组件。但这也意味着你将承担长期维护内部框架的负担,同时失去了像 Vue 这样成熟的框架生态社区所带来的收益。 也有一些框架使用自定义元素作为其组件模型的基础,但它们都不可避免地要引入自己的专有解决方案来解决上面列出的问题。使用这些框架便意味着对它们针对这些问题的技术决策买单。不管这类框架怎么宣传它们“永不过时”,它们其实都无法保证你以后永远不需要重构。 除此之外,我们还发现自定义元素存在以下限制: 贪婪 (eager) 的插槽求值会阻碍组件之间的可组合性。Vue 的作用域插槽是一套强大的组件组合机制,而由于原生插槽的贪婪求值性质,自定义元素无法支持这样的设计。贪婪求值的插槽也意味着接收组件时不能控制何时或是否创建插槽内容的节点。 在当下要想使用 shadow DOM 书写局部作用域的 CSS,必须将样式嵌入到 JavaScript 中才可以在运行时将其注入到 shadow root 上。这也导致了 SSR 场景下需要渲染大量重复的样式标签。虽然有一些平台功能在尝试解决这一领域的问题,但是直到现在还没有达到通用支持的状态,而且仍有生产性能 / SSR 方面的问题需要解决。可与此同时,Vue 的 SFC 本身就提供了 CSS 局域化机制,并支持抽取样式到纯 CSS 文件中。 Vue 将始终紧跟 Web 平台的最新标准,如果平台的新功能能让我们的工作变得更简单,我们将非常乐于利用它们。但是,我们的目标是提供“好用,且现在就能用”的解决方案。这意味着我们在采用新的原生功能时需要保持客观、批判性的态度,并在原生功能完成度不足的时候选择更适当的解决方案。 Vue 提供了 `` 和 `` 组件来处理元素进入、离开和列表顺序变化的过渡效果。但除此之外,还有许多其他制作网页动画的方式在 Vue 应用中也适用。这里我们会探讨一些额外的技巧。 对于那些不是正在进入或离开 DOM 的元素,我们可以通过给它们动态添加 CSS class 来触发动画: js template css Click me 有些过渡效果可以通过动态插值来实现,比如在交互时动态地给元素绑定样式。看下面这个例子: js template Move your mouse across this div... x: {{ x }} css Move your mouse across this div... x: 0 除了颜色外,你还可以使用样式绑定 CSS transform、宽度或高度。你甚至可以通过运用弹性物理模拟为 SVG 添加动画,毕竟它们也只是 attribute 的数据绑定: Drag Me Source code 通过发挥一些创意,我们可以基于一些数字状态,配合侦听器给任何东西加上动画。例如,我们可以将数字本身变成动画: js template {{ tweened.toFixed(0) }} 实验性功能 响应性语法糖目前是一个实验性功能,默认是禁用的,需要显式选择使用。具体设计在最终定稿前仍可能发生变化,你可以查看 GitHub 上的提案与讨论来关注和跟进最新进展。 组合式 API 特有 响应性语法糖是组合式 API 特有的功能,且必须通过构建步骤使用。 自从引入组合式 API 的概念以来,一个主要的未解决的问题就是 ref 和响应式对象到底用哪个。响应式对象存在解构丢失响应性的问题,而 ref 需要到处使用 Vue 的响应性语法糖是一个编译时的转换步骤,让我们可以像这样书写代码: vue 这里的这个 响应式的变量可以像普通变量那样被访问和重新赋值,但这些操作在编译后都会变为带 js 每一个会返回 ref 的响应式 API 都有一个相对应的、以 ref -> computed -> shallowRef -> customRef -> toRef -> 当启用响应性语法糖时,这些宏函数都是全局可用的、无需手动导入。但如果你想让它更明显,你也可以选择从 js 我们常常会让一个组合函数返回一个含数个 ref 的对象,然后解构得到这些 ref。对于这种场景,响应性语法糖提供了一个 js 编译输出为: js 请注意如果 对 在某些场景中我们可能已经有了会返回 ref 的函数。然而,Vue 编译器并不能够提前知道该函数会返回一个 ref。那么此时可以使用 js 现在的 和 当使用基于类型的 props 的声明时,无法很方便地声明这些 prop 的默认值。为此我们提供了 当 html 上面的代码将被编译成下面这样的运行时声明: js 虽然响应式变量使我们可以不再受 假设有一个期望接收一个 ref 对象为参数的函数: ts 上面的例子不会正常工作,因为代码被编译成了这样: ts 这里的 diff 上面的代码将被编译成: js 我们可以看到, 如果将响应式变量直接放在返回值表达式中会丢失掉响应性: ts 上面的语句将被翻译为: ts 为了保持响应性,我们需要返回的是真正的 ref,而不是返回时 ref 内的值。 我们还是可以使用 ts ts 编译结果为: js Vue 为这些宏函数都提供了类型声明 (全局可用),因此类型推导都会符合预期。它与标准的 TypeScript 语义没有不兼容之处,因此它的语法可以与所有现有的工具兼容。 这也意味着这些宏函数在任何 JS / TS 文件中都是合法的,不是仅能在 Vue SFC 中使用。 因为这些宏函数都是全局可用的,它们的类型需要被显式地引用 (例如,在 ts 若你是从 响应性语法糖目前默认是关闭状态,需要你显式选择启用。此外,以下列出的所有配置都需要 需要 应用于 SFC 和 js(x)/ts(x) 文件。在执行转换之前,会对文件进行快速的使用检查,因此不使用宏的文件应该不会有性能损失。 注意 js 目前仅对 SFC 起效 需要 js 目前仅对 SFC 起效 需要 js 希望可以帮助到大家,觉得写的好的一键三连谢谢大家
,
, 和
,相应的,某些元素仅在放置于特定元素中时才会显示,例如
,
和 。
将作为无效的内容被忽略,因而在最终呈现的输出中造成错误。我们可以使用特殊的 is attribute 作为一种解决方案:
is
的值必须加上前缀 vue:
才可以被解析为一个 Vue 组件。这一点是必要的,为了避免和原生的自定义内置元素相混淆。深入组件
组件注册#
全局注册#
app.component()
方法,让组件在当前 Vue 应用中全局可用。import { createApp } from 'vue'
const app = createApp({})
app.component(
// 注册的名字
'MyComponent',
// 组件的实现
{
/* ... */
}
)
.vue
文件:import MyComponent from './App.vue'
app.component('MyComponent', MyComponent)
app.component()
方法可以被链式调用:app
.component('ComponentA', ComponentA)
.component('ComponentB', ComponentB)
.component('ComponentC', ComponentC)
局部注册#
components
选项:
components
对象里的属性,它们的 key 名就是注册的组件名,而值就是相应组件的实现。上面的例子中使用的是 ES2015 的缩写语法,等价于:export default {
components: {
ComponentA: ComponentA
}
// ...
}
ComponentA
注册后仅在当前组件可用,而在任何的子组件或更深层的子组件中都不可用。组件名格式#
在模板中更明显地表明了这是一个 Vue 组件,而不是原生 HTML 元素。同时也能够将 Vue 组件和自定义元素 (web components) 区分开来。MyComponent
为名注册的组件,在模板中可以通过
或
引用。这让我们能够使用同样的 JavaScript 组件注册代码来配合不同来源的模板。Props#
Props 声明#
export default {
props: ['foo'],
created() {
// props 会暴露到 `this` 上
console.log(this.foo)
}
}
export default {
props: {
title: String,
likes: Number
}
}
number
类型,则可使用 Number
构造函数作为其声明的值。传递 prop 的细节#
Prop 名字格式#
export default {
props: {
greetingMessage: String
}
}
{{ greetingMessage }}
静态 vs. 动态 Prop#
v-bind
或缩写 :
来进行动态绑定的 props:
传递不同的值类型#
使用一个对象绑定多个 prop#
v-bind
而非 :prop-name
。例如,这里有一个 post
对象:export default {
data() {
return {
post: {
id: 1,
title: 'My Journey with Vue'
}
}
}
}
单向数据流#
export default {
props: ['foo'],
created() {
// ❌ 警告!prop 是只读的!
this.foo = 'bar'
}
}
export default {
props: ['initialCounter'],
data() {
return {
// 计数器只是将 this.initialCounter 作为初始值
// 像下面这样做就使 prop 和后续更新无关了
counter: this.initialCounter
}
}
}
export default {
props: ['size'],
computed: {
// 该 prop 变更时计算属性也会自动更新
normalizedSize() {
return this.size.trim().toLowerCase()
}
}
}
更改对象 / 数组类型的 props#
Prop 校验#
props
选项提供一个带有 props 校验选项的对象,例如:export default {
props: {
// 基础类型检查
//(给出 `null` 和 `undefined` 值则会跳过任何类型检查)
propA: Number,
// 多种可能的类型
propB: [String, Number],
// 必传,且为 String 类型
propC: {
type: String,
required: true
},
// Number 类型的默认值
propD: {
type: Number,
default: 100
},
// 对象类型的默认值
propE: {
type: Object,
// 对象或者数组应当用工厂函数返回。
// 工厂函数会收到组件所接收的原始 props
// 作为参数
default(rawProps) {
return { message: 'hello' }
}
},
// 自定义类型校验函数
propF: {
validator(value) {
// The value must match one of these strings
return ['success', 'warning', 'danger'].includes(value)
}
},
// 函数类型的默认值
propG: {
type: Function,
// 不像对象或数组的默认,这不是一个工厂函数。这会是一个用来作为默认值的函数
default() {
return 'Default function'
}
}
}
}
required: true
。Boolean
外的未传递的可选 prop 将会有一个默认值 undefined
。Boolean
类型的未传递 prop 将被转换为 false
。这可以通过为它设置 default
来更改——例如:设置为 default: undefined
将与非布尔类型的 prop 的行为保持一致。default
值,那么在 prop 的值被解析为 undefined
时,无论 prop 是未被传递还是显式指明的 undefined
,都会改为 default
值。data
、computed
等) 将在 default
或 validator
函数中不可用。运行时类型检查#
type
可以是下列这些原生构造函数:
String
Number
Boolean
Array
Object
Date
Function
Symbol
type
也可以是自定义的类或构造函数,Vue 将会通过 instanceof
来检查类型是否匹配。例如下面这个类:class Person {
constructor(firstName, lastName) {
this.firstName = firstName
this.lastName = lastName
}
}
export default {
props: {
author: Person
}
}
instanceof Person
来校验 author
prop 的值是否是 Person
类的一个实例。Boolean 类型转换#
Boolean
类型的 props 有特别的类型转换规则。以带有如下声明的
组件为例:export default {
props: {
disabled: Boolean
}
}
export default {
props: {
disabled: [Boolean, Number]
}
}
Boolean
类型的特殊转换规则都会被应用。组合式函数#
什么是“组合式函数”?#
鼠标跟踪器示例#
Mouse position is at: {{ x }}, {{ y }}
// mouse.js
import { ref, onMounted, onUnmounted } from 'vue'
// 按照惯例,组合式函数名以“use”开头
export function useMouse() {
// 被组合式函数封装和管理的状态
const x = ref(0)
const y = ref(0)
// 组合式函数可以随时更改其状态。
function update(event) {
x.value = event.pageX
y.value = event.pageY
}
// 一个组合式函数也可以挂靠在所属组件的生命周期上
// 来启动和卸载副作用
onMounted(() => window.addEventListener('mousemove', update))
onUnmounted(() => window.removeEventListener('mousemove', update))
// 通过返回值暴露所管理的状态
return { x, y }
}
Mouse position is at: {{ x }}, {{ y }}
useMouse()
的功能可以在任何组件中轻易复用了。// event.js
import { onMounted, onUnmounted } from 'vue'
export function useEventListener(target, event, callback) {
// 如果你想的话,
// 也可以用字符串形式的 CSS 选择器来寻找目标 DOM 元素
onMounted(() => target.addEventListener(event, callback))
onUnmounted(() => target.removeEventListener(event, callback))
}
useMouse()
组合式函数可以被简化为:// mouse.js
import { ref } from 'vue'
import { useEventListener } from './event'
export function useMouse() {
const x = ref(0)
const y = ref(0)
useEventListener(window, 'mousemove', (event) => {
x.value = event.pageX
y.value = event.pageY
})
return { x, y }
}
useMouse()
的组件实例会创建其独有的 x
、y
状态拷贝,因此他们不会互相影响。如果你想要在组件之间共享状态,请阅读状态管理这一章。异步状态示例#
useMouse()
组合式函数没有接收任何参数,因此让我们再来看一个需要接收一个参数的组合式函数示例。在做异步数据请求时,我们常常需要处理不同的状态:加载中、加载成功和加载失败。
{{ data }}
// fetch.js
import { ref } from 'vue'
export function useFetch(url) {
const data = ref(null)
const error = ref(null)
fetch(url)
.then((res) => res.json())
.then((json) => (data.value = json))
.catch((err) => (error.value = err))
return { data, error }
}
useFetch()
接收一个静态的 URL 字符串作为输入,所以它只执行一次请求,然后就完成了。但如果我们想让它在每次 URL 变化时都重新请求呢?那我们可以让它同时允许接收 ref 作为参数:// fetch.js
import { ref, isRef, unref, watchEffect } from 'vue'
export function useFetch(url) {
const data = ref(null)
const error = ref(null)
function doFetch() {
// 在请求之前重设状态...
data.value = null
error.value = null
// unref() 解包可能为 ref 的值
fetch(unref(url))
.then((res) => res.json())
.then((json) => (data.value = json))
.catch((err) => (error.value = err))
}
if (isRef(url)) {
// 若输入的 URL 是一个 ref,那么启动一个响应式的请求
watchEffect(doFetch)
} else {
// 否则只请求一次
// 避免监听器的额外开销
doFetch()
}
return { data, error }
}
useFetch()
现在同时可以接收静态的 URL 字符串和 URL 字符串的 ref。当通过 isRef() 检测到 URL 是一个动态 ref 时,它会使用 watchEffect() 启动一个响应式的 effect。该 effect 会立刻执行一次,并在此过程中将 URL 的 ref 作为依赖进行跟踪。当 URL 的 ref 发生改变时,数据就会被重置,并重新请求。约定和最佳实践#
命名#
输入参数#
import { unref } from 'vue'
function useFeature(maybeRef) {
// 若 maybeRef 确实是一个 ref,它的 .value 会被返回
// 否则,maybeRef 会被原样返回
const value = unref(maybeRef)
}
watch()
显式地监听此 ref,或者在 watchEffect()
中调用 unref()
来进行正确的追踪。返回值#
ref()
而不是 reactive()
。我们推荐的约定是组合式函数始终返回一个包含多个 ref 的普通的非响应式对象,这样该对象在组件中被解构为 ref 之后仍可以保持响应性:// x 和 y 是两个 ref
const { x, y } = useMouse()
reactive()
包装一次,这样其中的 ref 会被自动解包,例如:const mouse = reactive(useMouse())
// mouse.x 链接到了原来的 x ref
console.log(mouse.x)
Mouse position is at: {{ mouse.x }}, {{ mouse.y }}
副作用#
onMounted()
。这些钩子仅会在浏览器中被调用,因此可以确保能访问到 DOM。onUnmounted()
时清理副作用。举例来说,如果一个组合式函数设置了一个事件监听器,它就应该在 onUnmounted()
中被移除 (就像我们在 useMouse()
示例中看到的一样)。当然也可以像之前的 useEventListener()
示例那样,使用一个组合式函数来自动帮你做这些事。使用限制#
或
setup()
钩子中,应始终被同步地调用。在某些场景下,你也可以在像 onMounted()
这样的生命周期钩子中使用他们。
在选项式 API 中使用组合式函数#
setup()
中调用。且其返回的绑定必须在 setup()
中返回,以便暴露给 this
及其模板:import { useMouse } from './mouse.js'
import { useFetch } from './fetch.js'
export default {
setup() {
const { x, y } = useMouse()
const { data, error } = useFetch('...')
return { x, y, data, error }
},
mounted() {
// setup() 暴露的属性可以在通过 `this` 访问到
console.log(this.x)
}
// ...其他选项
}
与其他模式的比较#
和 Mixin 的对比#
和无渲染组件的对比#
和 React Hooks 的对比#
延伸阅读#
自定义指令#
介绍#
v-model
或 v-show
) 之外,Vue 还允许你注册自定义的指令 (Custom Directives)。const focus = {
mounted: (el) => el.focus()
}
export default {
directives: {
// 在模板中启用 v-focus
focus
}
}
autofocus
attribute 更有用,因为它不仅仅可以在页面加载完成后生效,还可以在 Vue 动态插入元素后生效。directives
选项完成了指令的局部注册。const app = createApp({})
// 使 v-focus 在所有组件中都可用
app.directive('focus', {
/* ... */
})
v-bind
这样的内置指令来声明式地使用模板,这样更高效,也对服务端渲染更友好。指令钩子#
const myDirective = {
// 在绑定元素的 attribute 前
// 或事件监听器应用前调用
created(el, binding, vnode, prevVnode) {
// 下面会介绍各个参数的细节
},
// 在元素被插入到 DOM 前调用
beforeMount(el, binding, vnode, prevVnode) {},
// 在绑定元素的父组件
// 及他自己的所有子节点都挂载完成后调用
mounted(el, binding, vnode, prevVnode) {},
// 绑定元素的父组件更新前调用
beforeUpdate(el, binding, vnode, prevVnode) {},
// 在绑定元素的父组件
// 及他自己的所有子节点都更新后调用
updated(el, binding, vnode, prevVnode) {},
// 绑定元素的父组件卸载前调用
beforeUnmount(el, binding, vnode, prevVnode) {},
// 绑定元素的父组件卸载后调用
unmounted(el, binding, vnode, prevVnode) {}
}
钩子参数#
el
:指令绑定到的元素。这可以用于直接操作 DOM。binding
:一个对象,包含以下属性。
value
:传递给指令的值。例如在 v-my-directive="1 + 1"
中,值是 2
。oldValue
:之前的值,仅在 beforeUpdate
和 updated
中可用。无论值是否更改,它都可用。arg
:传递给指令的参数 (如果有的话)。例如在 v-my-directive:foo
中,参数是 "foo"
。modifiers
:一个包含修饰符的对象 (如果有的话)。例如在 v-my-directive.foo.bar
中,修饰符对象是 { foo: true, bar: true }
。instance
:使用该指令的组件实例。dir
:指令的定义对象。vnode
:代表绑定元素的底层 VNode。prevNode
:之前的渲染中代表指令所绑定元素的 VNode。仅在 beforeUpdate
和 updated
钩子中可用。binding
参数会是一个这样的对象:{
arg: 'foo',
modifiers: { bar: true },
value: /* `baz` 的值 */,
oldValue: /* 上一次更新时 `baz` 的值 */
}
arg
数据属性响应式地更新。el
外,其他参数都是只读的,不要更改它们。若你需要在不同的钩子间共享信息,推荐通过元素的 dataset attribute 实现。简化形式#
mounted
和 updated
上实现相同的行为,除此之外并不需要其他钩子。这种情况下我们可以直接用一个函数来定义指令,如下所示:
app.directive('color', (el, binding) => {
// 这会在 `mounted` 和 `updated` 时都调用
el.style.color = binding.value
})
对象字面量#
app.directive('demo', (el, binding) => {
console.log(binding.value.color) // => "white"
console.log(binding.value.text) // => "hello!"
})
在组件上使用#
v-bind="$attrs"
来传递给一个不同的元素。总的来说,不推荐在组件上使用自定义指令。插件#
介绍#
import { createApp } from 'vue'
const app = createApp({})
app.use(myPlugin, {
/* 可选的选项 */
})
install()
方法的对象,也可以直接是一个安装函数本身。安装函数会接收到安装它的应用实例和传递给 app.use()
的额外选项作为参数:const myPlugin = {
install(app, options) {
// 配置此应用
}
}
编写一个插件#
i18n
(国际化 (Internationalization) 的缩写) 插件。// plugins/i18n.js
export default {
install: (app, options) => {
// 在这里编写插件代码
}
}
.
作为分隔符的 key
字符串,用来在用户提供的翻译字典中查找对应语言的文本。期望的使用方式如下:{{ $translate('greetings.hello') }}
app.config.globalProperties
上来实现:// plugins/i18n.js
export default {
install: (app, options) => {
// 注入一个全局可用的 $translate() 方法
app.config.globalProperties.$translate = (key) => {
// 获取 `options` 对象的深层属性
// 使用 `key` 作为索引
return key.split('.').reduce((o, i) => {
if (o) return o[i]
}, options)
}
}
}
$translate
函数会接收一个例如 greetings.hello
的字符串,在用户提供的翻译字典中查找,并返回翻译得到的值。app.use()
的额外参数被传入:import i18nPlugin from './plugins/i18n'
app.use(i18nPlugin, {
greetings: {
hello: 'Bonjour!'
}
})
$translate('greetings.hello')
就会在运行时被替换为 Bonjour!
了。插件中的 Provide / Inject#
provide
来为插件用户供给一些内容。举例来说,我们可以将插件接收到的 options
参数提供给整个应用,让任何组件都能使用这个翻译字典对象。// plugins/i18n.js
export default {
install: (app, options) => {
app.config.globalProperties.$translate = (key) => {
return key.split('.').reduce((o, i) => {
if (o) return o[i]
}, options)
}
app.provide('i18n', options)
}
}
i18n
为 key 注入并访问插件的选项对象了。export default {
inject: ['i18n'],
created() {
console.log(this.i18n.greetings.hello)
}
}
内置组件
Transition#
会在一个元素或组件进入和离开 DOM 时应用动画。本章节会介绍如何使用它。
会在一个 v-for
列表中的元素或组件被插入,移动,或移除时应用动画。我们将在下一章节中介绍。
组件#
是一个内置组件,这意味着它在任意别的组件中都可以被使用,无需注册。它可以将进入和离开动画应用到通过默认插槽传递给它的元素或组件上。进入或离开可以由以下的条件之一触发:
v-if
所触发的切换v-show
所触发的切换
切换的动态组件
/* 下面我们会解释这些 class 是做什么的 */
.v-enter-active,
.v-leave-active {
transition: opacity 0.5s ease;
}
.v-enter-from,
.v-leave-to {
opacity: 0;
}
仅支持单个元素或组件作为其插槽内容。如果内容是一个组件,这个组件必须仅有一个根元素。
组件中的元素被插入或移除时,会发生下面这些事情:
基于 CSS 的过渡效果#
CSS 过渡 class#
v-enter-from
:进入动画的起始状态。在元素插入之前添加,在元素插入完成后的下一帧移除。v-enter-active
:进入动画的生效状态。应用于整个进入动画阶段。在元素被插入之前添加,在过渡或动画完成之后移除。这个 class 可以被用来定义进入动画的持续时间、延迟与速度曲线类型。v-enter-to
:进入动画的结束状态。在元素插入完成后的下一帧被添加 (也就是 v-enter-from
被移除的同时),在过渡或动画完成之后移除。v-leave-from
:离开动画的起始状态。在离开过渡效果被触发时立即添加,在一帧后被移除。v-leave-active
:离开动画的生效状态。应用于整个离开动画阶段。在离开过渡效果被触发时立即添加,在过渡或动画完成之后移除。这个 class 可以被用来定义离开动画的持续时间、延迟与速度曲线类型。v-leave-to
:离开动画的结束状态。在一个离开动画被触发后的下一帧被添加 (也就是 v-leave-from
被移除的同时),在过渡或动画完成之后移除。v-enter-active
和 v-leave-active
给我们提供了为进入和离开动画指定不同速度曲线的能力,我们将在下面的小节中看到一个示例。为过渡效果命名#
组件传一个 name
prop 来声明一个过渡效果名:v
作为前缀。比如,上方例子中被应用的 class 将会是 fade-enter-active
而不是 v-enter-active
。这个“fade”过渡的 class 应该是这样:.fade-enter-active,
.fade-leave-active {
transition: opacity 0.5s ease;
}
.fade-enter-from,
.fade-leave-to {
opacity: 0;
}
CSS 的 transition#
一般都会搭配原生 CSS 过渡一起使用,正如你在上面的例子中所看到的那样。这个 transition
CSS 属性是一个简写形式,使我们可以一次定义一个过渡的各个方面,包括需要执行动画的属性、持续时间和速度曲线。/*
进入和离开动画可以使用不同
持续时间和速度曲线。
*/
.slide-fade-enter-active {
transition: all 0.3s ease-out;
}
.slide-fade-leave-active {
transition: all 0.8s cubic-bezier(1, 0.5, 0.8, 1);
}
.slide-fade-enter-from,
.slide-fade-leave-to {
transform: translateX(20px);
opacity: 0;
}
CSS 的 animation#
*-enter-from
不是在元素插入后立即移除,而是在一个 animationend
事件触发时被移除。*-enter-active
和 *-leave-active
class 下声明它们。下面是一个示例:.bounce-enter-active {
animation: bounce-in 0.5s;
}
.bounce-leave-active {
animation: bounce-in 0.5s reverse;
}
@keyframes bounce-in {
0% {
transform: scale(0);
}
50% {
transform: scale(1.25);
}
100% {
transform: scale(1);
}
}
自定义过渡 class#
传递以下的 props 来指定自定义的过渡 class:
enter-from-class
enter-active-class
enter-to-class
leave-from-class
leave-active-class
leave-to-class
同时使用 transition 和 animation#
transitionend
或 animationend
,这取决于你所应用的 CSS 规则。如果你仅仅使用二者的其中之一,Vue 可以自动探测到正确的类型。type
prop 来声明,告诉 Vue 需要关心哪种类型,传入的值是 animation
或 transition
:深层级过渡与显式过渡时长#
的直接子元素上,我们还是可以使用深层级的 CSS 选择器,在深层级的元素上触发过渡效果。/* 应用于嵌套元素的规则 */
.nested-enter-active .inner,
.nested-leave-active .inner {
transition: all 0.3s ease-in-out;
}
.nested-enter-from .inner,
.nested-leave-to .inner {
transform: translateX(30px);
opacity: 0;
}
/* ... 省略了其他必要的 CSS */
/* 延迟嵌套元素的进入以获得交错效果 */
.nested-enter-active .inner {
transition-delay: 0.25s;
}
组件会通过监听过渡根元素上的第一个 transitionend
或者 animationend
事件来尝试自动判断过渡何时结束。而在嵌套的过渡中,期望的行为应该是等待所有内部元素的过渡完成。
组件传入 duration
prop 来显式指定过渡的持续时间 (以毫秒为单位)。总持续时间应该匹配延迟加上内部元素的过渡持续时间:性能考量#
transform
和 opacity
之类的。用这些属性制作动画非常高效,因为:
transform
动画时利用 GPU 进行硬件加速。height
或者 margin
这样的属性会触发 CSS 布局变动,因此执行它们的动画效果更昂贵,需要谨慎使用。我们可以在 CSS-Triggers 这类的网站查询哪些属性会在执行动画时触发 CSS 布局变动。JavaScript 钩子#
组件事件的方式在过渡过程中挂上钩子函数:export default {
// ...
methods: {
// 在元素被插入到 DOM 之前被调用
// 用这个来设置元素的 "enter-from" 状态
onBeforeEnter(el) {},
// 在元素被插入到 DOM 之后的下一帧被调用
// 用这个来开始进入动画
onEnter(el, done) {
// 调用回调函数 done 表示过渡结束
// 如果与 CSS 结合使用,则这个回调是可选参数
done()
},
// 当进入过渡完成时调用。
onAfterEnter(el) {},
onEnterCancelled(el) {},
// 在 leave 钩子之前调用
// 大多数时候,你应该只会用到 leave 钩子
onBeforeLeave(el) {},
// 在离开过渡开始时调用
// 用这个来开始离开动画
onLeave(el, done) {
// 调用回调函数 done 表示过渡结束
// 如果与 CSS 结合使用,则这个回调是可选参数
done()
},
// 在离开过渡完成、
// 且元素已从 DOM 中移除时调用
onAfterLeave(el) {},
// 仅在 v-show 过渡中可用
onLeaveCancelled(el) {}
}
}
:css="false"
prop。这显式地向 Vue 表明可以跳过对 CSS 过渡的自动探测。除了性能稍好一些之外,还可以防止 CSS 规则意外地干扰过渡效果。:css="false"
后,我们就自己全权负责控制什么时候过渡结束了。这种情况下对于 @enter
和 @leave
钩子来说,回调函数 done
就是必须的。否则,钩子将被同步调用,过渡将立即完成。可复用过渡效果#
组件创建一个包装组件,并向内传入插槽内容:
MyTransition
可以在导入后像内置组件那样使用了:出现时过渡#
appear
prop:元素间过渡#
v-if
/ v-show
切换一个元素,我们也可以通过 v-if
/ v-else
/ v-else-if
在几个组件间进行切换,只要确保任一时刻只会有一个元素被渲染即可:过渡模式#
position: absolute
以避免二者同时存在时出现的布局问题。
传入一个 mode
prop 来实现这个行为:mode="out-in"
后是这样:
也支持 mode="in-out"
,虽然这并不常用。组件间过渡#
也可以作用于动态组件之间的切换:动态过渡#
的 props (比如 name
) 也可以是动态的!这让我们可以根据状态变化动态地应用不同类型的过渡:TransitionGroup#
是一个内置组件,用于对 v-for
列表中的元素或组件的插入、移除和顺序改变添加动画效果。和
的区别#
支持和
基本相同的 props、CSS 过渡 class 和 JavaScript 钩子监听器,但有以下几点区别:
tag
prop 来指定一个元素作为容器元素来渲染。key
attribute。
。进入 / 离开动画#
对一个 v-for
列表添加进入 / 离开动画的示例:.list-enter-active,
.list-leave-active {
transition: all 0.5s ease;
}
.list-enter-from,
.list-leave-to {
opacity: 0;
transform: translateX(30px);
}
移动动画#
.list-move, /* 对移动中的元素应用的过渡 */
.list-enter-active,
.list-leave-active {
transition: all 0.5s ease;
}
.list-enter-from,
.list-leave-to {
opacity: 0;
transform: translateX(30px);
}
/* 确保将离开的元素从布局流中删除
以便能够正确地计算移动的动画。 */
.list-leave-active {
position: absolute;
}
渐进延迟列表动画#
function onEnter(el, done) {
gsap.to(el, {
opacity: 1,
height: '1.6em',
delay: el.dataset.index * 0.15,
onComplete: done
})
}
KeepAlive#
是一个内置组件,它的功能是在多个组件间动态切换时缓存被移除的组件实例。基本使用#
元素来实现动态组件的用法:v-model
同步 input 框输入内容的文字展示。尝试先更改一下任意一个组件的状态,然后切走,再切回来:
内置组件将这些动态组件包装起来:
。包含/排除#
默认会缓存内部的所有组件实例,但我们可以通过 include
和 exclude
prop 来定制该行为。这两个 prop 的值都可以是一个以英文逗号分隔的字符串、一个正则表达式,或是包含这两种类型的一个数组:
KeepAlive
缓存,就必须显式声明一个 name
选项。 的单文件组件会自动根据文件名生成对应的
name
选项,无需再手动声明。最大缓存实例数#
max
prop 来限制可被缓存的最大组件实例数。
的行为在指定了 max
后类似一个 LRU 缓存:如果缓存的实例数量即将超过指定的那个最大数量,则最久没有被访问的缓存实例将被销毁,以便为新的实例腾出空间。缓存实例的生命周期#
缓存而仍作为组件树的一部分时,它将变为不活跃状态而不是被卸载。当一个组件实例作为缓存树的一部分插入到 DOM 中时,它将重新被激活。export default {
activated() {
// 在首次挂载、
// 以及每次从缓存中被重新插入的时候调用
},
deactivated() {
// 在从 DOM 上移除、进入缓存
// 以及组件卸载时调用
}
}
activated
在组件挂载时也会调用,并且 deactivated
在组件卸载时也会调用。
缓存的根组件,也适用于缓存树中的后代组件。Teleport#
是一个内置组件,它可以将一个组件内部的一部分模板“传送”到该组件的 DOM 结构外层的位置去。基本用法#
Tooltips with Vue 3 Teleport
的实现:
按钮来触发打开模态框,和一个 class 名为
.modal
的
position: fixed
能够相对于浏览器窗口放置有一个条件,那就是不能有任何祖先元素设置了 transform
、perspective
或者 filter
样式属性。也就是说如果我们想要用 CSS transform
为祖先节点 z-index
受限于它的容器元素。如果有其他元素与 z-index
,则它会覆盖住我们的模态框。
提供了一个更简单的方式来解决此类问题,让我们不需要再顾虑 DOM 结构的问题。让我们用
改写一下
:
接收一个 to
prop 来指定传送的目标。to
的值可以是一个 CSS 选择器字符串,也可以是一个 DOM 元素对象。这段代码的作用就是告诉 Vue“把以下模板片段传送到 body
标签下”。 标签下找到模态框元素:
和 `` 结合使用来创建一个带动画的模态框。你可以看看这个示例。
挂载时,传送的 to
目标必须已经存在于 DOM 中。理想情况下,这应该是整个 Vue 应用 DOM 树外部的一个元素。如果目标元素也是由 Vue 渲染的,你需要确保在挂载
之前先挂载该元素。搭配组件使用#
只改变了渲染的 DOM 结构,它不会影响组件间的逻辑关系。也就是说,如果
包含了一个组件,那么该组件始终和这个使用了
的组件保持逻辑上的父子关系。传入的 props 和触发的事件也会照常工作。禁用 Teleport#
。举例来说,我们想要在桌面端将一个组件当做浮层来渲染,但在移动端则当作行内组件。我们可以通过对
动态地传入一个 disabled
prop 来处理这两种不同情况。isMobile
状态可以根据 CSS media query 的不同结果动态地更新。多个 Teleport 共享目标#
组件可以将其内容挂载在同一个目标元素上,而顺序就是简单的顺次追加,后挂载的将排在目标元素下更后面的位置上。Suspense#
是一项实验性功能。它不一定会最终成为稳定功能,并且在稳定之前相关 API 也可能会发生变化。
是一个内置组件,用来在组件树中协调对异步依赖的处理。它让我们可以在组件树上层等待下层的多个嵌套异步依赖项解析完成,并可以在等待时渲染一个加载状态。异步依赖#
所解决的问题和它是如何与异步依赖进行交互的,我们需要想象这样一种组件层级结构:
,则它们每个都需要处理自己的加载、报错和完成状态。在最坏的情况下,我们可能会在页面上看到三个旋转的加载态,在不同的时间显示出内容。
组件后,我们就可以在等待整个多层级组件树中的各个异步依赖获取结果时,在顶层展示出加载中或加载失败的状态。
可以等待的异步依赖有两种:
setup()
钩子的组件。这也包含了使用 时有顶层
await
表达式的组件。async setup()
#setup()
钩子可以是异步的:export default {
async setup() {
const res = await fetch(...)
const posts = await res.json()
return {
posts
}
}
}
,那么顶层
await
表达式会自动让该组件成为一个异步依赖:
{{ posts }}
异步组件#
,那么这个异步组件就会被当作这个
的一个异步依赖。在这种情况下,加载状态是由
控制,而该组件自己的加载、报错、延时和超时等选项都将被忽略。suspensible: false
表明不用 Suspense
控制,并让组件始终自己控制其加载状态。加载中状态#
组件有两个插槽:#default
和 #fallback
。两个插槽都只允许一个直接子节点。在可能的时候都将显示默认槽中的节点。否则将显示后备槽中的节点。
将在内存中渲染其默认的插槽内容。如果在这个过程中遇到任何异步依赖,则会进入挂起状态。在挂起状态期间,展示的是后备内容。当所有遇到的异步依赖都完成后,
会进入完成状态,并将展示出默认插槽的内容。
会直接进入完成状态。
才会回到挂起状态。组件树中新的更深层次的异步依赖不会造成
回退到挂起状态。
在等待新内容和异步依赖完成时,会展示之前 #default
插槽的内容。这个行为可以通过一个 timeout
prop 进行配置:在等待渲染新内容耗时超过 timeout
之后,
将会切换为展示后备内容。若 timeout
值为 0
将导致在替换默认内容时立即显示后备内容。事件#
组件会触发三个事件:pending
、resolve
和 fallback
。pending
事件是在进入挂起状态时触发。resolve
事件是在 default
插槽完成获取新内容时触发。fallback
事件则是在 fallback
插槽的内容显示时触发。错误处理#
组件自身目前还不提供错误处理,不过你可以使用 errorCaptured 选项或者 onErrorCaptured() 钩子,在使用到
的父组件中捕获和处理异步错误。和其他组件结合#
和 ``、`` 等组件结合。要保证这些组件都能正常工作,嵌套的顺序非常重要。
组件结合使用。
。但是,它们仍然可以有异步组件作为后代,这些组件可以照常触发
。应用规模化
单文件组件#
介绍#
*.vue
文件,英文 Single-File Component,简称 SFC) 是一种特殊的文件格式,使我们能够将一个 Vue 组件的模板、逻辑与样式封装在单个文件中。下面是一个单文件组件的示例:
、
和
三个块在同一个文件中封装、组合了组件的视图、逻辑和样式。完整的语法定义可以查阅 SFC 语法说明。
为什么要使用 SFC#
SFC 是如何工作的#
import MyComponent from './MyComponent.vue'
export default {
components: {
MyComponent
}
}
标签一般会在开发时注入成原生的
标签以支持热更新,而生产环境下它们会被抽取、合并成单独的 CSS 文件。
如何看待关注点分离?#
工具链#
在线尝试#
项目脚手架#
Vite#
$ npm init vue@latest
Vue CLI#
浏览器内模板编译注意事项#
vue.runtime.*
的文件是只包含运行时的版本:不包含编译器,当使用这个版本时,所有的模板都必须由构建步骤预先编译。.runtime
的文件则是完全版:即包含了编译器,并支持在浏览器中直接编译模板。然而,体积也会因此增长大约 14kb。vue
改为相应的版本 vue/dist/vue.esm-bundler.js
。IDE 支持#
浏览器开发者插件#
TypeScript#
块提供类型检查,也能对模板内表达式和组件之间 props 提供自动补全和类型验证。
d.ts
文件。测试#
代码规范#
npm install -D eslint eslint-plugin-vue
,然后遵照 eslint-plugin-vue
的指引进行配置。格式化#
SFC 自定义块集成#
底层库#
@vue/compiler-sfc
#
vue
主包版本号保持一致。它已经成为 vue
主包的一个依赖并代理到了 vue/compiler-sfc
目录下,因此你无需单独安装它。vue/compiler-sfc
的深度导入来使用这个包,因为这样可以确保其与 Vue 运行时版本同步。@vitejs/plugin-vue
#
vue-loader
#
其他在线演练场#
路由#
客户端 vs. 服务端路由#
官方路由#
从头开始实现一个简单的路由#
Home |
About |
Broken Link
生产部署#
开发环境 vs. 生产环境#
不使用构建工具#
.prod.js
结尾的构建文件)。生产环境版本会被最小化,并移除了所有仅用于开发环境的代码分支。
Vue
全局变量访问):请使用 vue.global.prod.js
。vue.esm-browser.prod.js
。使用构建工具#
create-vue
(基于 Vite)或是 Vue CLI(基于 webpack)搭建的项目都已经预先做好了针对生产环境的配置。
vue
被解析为 vue.runtime.esm-bundler.js
。process.env.NODE_ENV
会在构建时被替换为 "production"
。
追踪运行时错误#
import { createApp } from 'vue'
const app = createApp(...)
app.config.errorHandler = (err, instance, info) => {
// 向追踪服务报告错误
}
性能优化#
概述#
分析选项#
页面加载优化#
选用正确的架构#
包体积与 Tree-shaking 优化#
组件,它将不会被打包进入最终的产物里。Tree-shaking 也可以移除你源代码中其他未使用到的模块。
lodash-es
比 lodash
更好。代码分割#
// lazy.js 及其依赖会被拆分到一个单独的文件中
// 并只在 `loadLazy()` 调用时才加载
function loadLazy() {
return import('./lazy.js')
}
import { defineAsyncComponent } from 'vue'
// 会为 Foo.vue 及其依赖创建单独的一个块
// 它只会按需加载
//(即该异步组件在页面中被渲染时)
const Foo = defineAsyncComponent(() => import('./Foo.vue'))
defineAsyncComponent
的懒加载。查看懒加载路由了解更多细节。更新优化#
Props 稳定性#
组件中,它使用了 id
和 activeId
两个 props 来确定它是否是当前活跃的那一项。虽然这是可行的,但问题是每当 activeId
更新时,列表中的每一个
都会跟着更新!
改为接收一个 active
prop:activeId
改变时,它们的 active
prop 都会保持不变,因此它们无需再更新。总结一下,这个技巧的核心思想就是让传给子组件的 props 尽量保持稳定。v-once
#v-once
是一个内置的指令,可以用来渲染依赖运行时数据但无需再更新的内容。它的整个子树都会在未来的更新中被跳过。查看它的 API 参考手册可以了解更多细节。v-memo
#v-memo
是一个内置指令,可以用来有条件地跳过某些大型子树或者 v-for
列表的更新。查看它的 API 参考手册可以了解更多细节。通用优化#
大型虚拟列表#
减少大型不可变数据的响应性开销#
const shallowArray = shallowRef([
/* 巨大的列表,里面包含深层的对象 */
])
// 这不会触发更新...
shallowArray.value.push(newObject)
// 这才会触发更新
shallowArray.value = [...shallowArray.value, newObject]
// 这不会触发更新...
shallowArray.value[0].foo = 1
// 这才会触发更新
shallowArray.value = [
{
...shallowArray.value[0],
foo: 1
},
...shallowArray.value.slice(1)
]
避免不必要的组件抽象#
无障碍访问#
跳过链接#
App.vue
的顶部,这样它就会是所有页面上的第一个可聚焦元素:.skip-link {
white-space: nowrap;
margin: 1em auto;
top: 0;
position: fixed;
left: 50%;
margin-left: -72px;
opacity: 0;
}
.skip-link:focus {
opacity: 1;
background-color: white;
padding: 0.5em;
border: 1px solid black;
}
vue-router
) 即可实现:内容结构#
标题#
-
Main title
Section Title
Section Subtitle
Section Title
Section Subtitle
Section Subtitle
Landmarks#
HTML
ARIA Role
地标的目的
header
role="banner"
主标题:页面的标题
nav
role="navigation"
适合用作文档或相关文档导航的链接集合
main
role="main"
文档的主体或中心内容
footer
role="contentinfo"
关于父级文档的信息:脚注/版权/隐私声明链接
aside
role="complementary"
用来支持主内容,同时其自身的内容是相对独立且有意义的
无对应元素
role="search"
该章节包含整个应用的搜索功能
form
role="form"
表单相关元素的集合
section
role="region"
相关的且用户可能会导航至此的内容。必须为该元素提供 label
语义化表单#
、
、
、
和
。
autocomplete='on'
的,它将应用于表单中的所有 input 框。你也可以为每个 input 框都设置不同的 autocomplete attribute 的值。标签#
for
和 id
链接起来:
aria-label
#
aria-labelledby
#aria-label
,除非标签文本在屏幕上可见。它通过 id
与其他元素配对,你可以链接多个 id
:aria-describedby
#aria-labelledby
相同,它提供了一条用户可能需要的附加描述信息。这可用于描述任何输入的标准:占位符#
/* https://www.w3schools.com/howto/howto_css_placeholder.asp */
#lastName::placeholder {
/* Chrome, Firefox, Opera, Safari 10.1+ */
color: black;
opacity: 1; /* Firefox */
}
#lastName:-ms-input-placeholder {
/* Internet Explorer 10-11 */
color: black;
}
#lastName::-ms-input-placeholder {
/* Microsoft Edge */
color: black;
}
用法说明#
隐藏内容#
.hidden-visually {
position: absolute;
overflow: hidden;
white-space: nowrap;
margin: 0;
padding: 0;
height: 1px;
width: 1px;
clip: rect(0 0 0 0);
clip-path: inset(100%);
}
aria-hidden="true"
#aria-hidden="true"
在无障碍访问时被隐藏,但对其他可视用户仍然是可见的。不要在可聚焦的元素上使用它,请只在装饰性的、重复的或屏幕外的内容上使用它。按钮#
功能图片#
规范#
网络内容无障碍指南 (WCAG)#
资源#
文档#
辅助技术#
测试#
用户#
安全#
报告漏洞#
首要规则:不要使用无法信赖的模板#
Vue.createApp({
template: `
Vue 自身的安全机制#
HTML 内容#
{{ userProvidedString }}
userProvidedString
包含了:''
<script>alert("hi")</script>
textContent
这样的浏览器原生 API 完成的,所以只有当浏览器本身存在漏洞时,才会存在漏洞。Attribute 绑定#
hello
userProvidedString
包含了:'" οnclick="alert(\'hi\')'
" οnclick="alert('hi')
title
attribute 解析时,注入任意的 HTML。这种转义是使用 setAttribute
这样的浏览器原生 API 完成的,所以只有当浏览器本身存在漏洞时,才会存在漏洞。潜在的危险#
注入 HTML#
h('div', {
innerHTML: this.userProvidedHtml
})
URL 注入#
click me
javascript:
执行 JavaScript,即没有进行无害化处理,那么就会有一些潜在的安全问题。可以使用一些库来解决此类问题,比如 sanitize-url,但请注意:如果你发现你需要在前端做 URL 无害化处理,那你的应用已经存在一个更严重的安全问题了。任何用户提供的 URL 在被保存到数据库之前在应该先在后端做无害化处理。这样,连接到你 API 的每一个客户端都可以避免这个问题,包括原生移动应用。另外,即使是经过无害化处理的 URL,Vue 也不能保证它们指向安全的目的地。样式注入#
click me
sanitizedUrl
已进行无害化处理,它是一个正常 URL 而非 JavaScript。然而,由于 userProvidedStyles
的存在,恶意用户仍然能利用 CSS 进行“点击劫持”,例如,可以在“登录”按钮上方覆盖一个透明的链接。如果用户控制的页面 https://user-controlled-website.com/
专门仿造了你应用的登录页,那么他们就有可能捕获用户的真实登录信息。 元素中插入用户提供的内容,会造成更大的漏洞,因为这使得用户能控制整个页面的样式。因此 Vue 阻止了在模板中像这样渲染 style 标签:
click me
JavaScript 注入#
,因为模板和渲染函数不应有其他副作用。但是,渲染
并不是插入在运行时执行的 JavaScript 字符串的唯一方法。
onclick
、onfocus
和 onmouseenter
。绑定任何用户提供的 JavaScript 给这些事件 attribute 都具有潜在风险,因此需要避免这么做。
最佳实践#
后端协调#
服务端渲染 (SSR)#
Typescript
搭配 TypeScript 使用 Vue#
项目配置#
总览#
vue-tsc
是对 TypeScript 自身命令行界面 tsc
的一个封装。它的工作方式基本和 tsc
一致。除了 TypeScript 文件,它还支持 Vue 的单文件组件。你可以在开启 Vite 开发服务器的同时以侦听模式运行 vue-tsc
,或是使用 vite-plugin-checker 这样在另一个 worker 线程里做静态检查的插件。IDE 支持#
*.vue
文件。配置
tsconfig.json
#create-vue
搭建的项目包含了预先配置好的 tsconfig.json
。其底层配置抽象于 @vue/tsconfig 包中。在项目内我们使用 Project References 来确保运行在不同环境下的代码的类型正确 (比如应用代码和测试代码应该有不同的全局变量)。tsconfig.json
时,请留意以下选项:
true
,因为 Vite 使用 esbuild 来转译 TypeScript,并受限于单文件转译的限制。true
(或者至少开启 compilerOptions.noImplicitThis,它是 strict
模式的一部分),才可以获得对组件选项中 this
的类型检查。否则 this
会被认为是 any
。@/*
这个别名被默认配置在了 create-vue
项目中,你需要通过 compilerOptions.paths 选项为 TypeScript 再配置一遍。
Volar Takeover 模式#
Ctrl + Shift + P
(macOS:Cmd + Shift + P
) 唤起命令面板。built
,然后选择“Extensions:Show Built-in Extensions”。typescript
(不要删除 @builtin
前缀)。关于 Vue CLI 和
ts-loader
#ts-loader
。然而这并不是一个理想的解决方案,因为类型系统需要了解整个模块关系才能执行类型检查。loader 中只适合单个模块的编译,并不做适合需要全局信息的工作。这导致了下面的问题:
ts-loader
只能对在它之前的 loader 编译转换后的代码执行类型检查,这和我们在 IDE 或 vue-tsc
中看到的基于源代码的错误提示并不一致。vue-tsc
来执行类型检查。常见使用说明#
defineComponent()
#import { defineComponent } from 'vue'
export default defineComponent({
// 启用了类型推导
props: {
name: String,
msg: { type: String, required: true }
},
data() {
return {
count: 1
}
},
mounted() {
this.name // 类型:string | undefined
this.msg // 类型:string
this.count // 类型:number
}
})
使用组合式 API 时,
defineComponent()
也支持对传递给 setup()
的 prop 的推导:import { defineComponent } from 'vue'
export default defineComponent({
// 启用了类型推导
props: {
message: String
},
setup(props) {
props.message // 类型:string | undefined
}
})
defineComponent()
也支持对纯 JavaScript 编写的组件进行类型推导。在单文件组件中的用法#
标签上加上
lang="ts"
的 attribute。当 lang="ts"
存在时,所有的模板内表达式都将享受到更严格的类型检查。
{{ count.toFixed(2) }}
lang="ts"
也可以用于 :
{{ count.toFixed(2) }}
模板中的 TypeScript#
或
后,
在绑定表达式中也支持 TypeScript。这对需要在模板表达式中执行类型转换的情况下非常有用。
{{ x.toFixed(2) }}
{{ (x as number).toFixed(2) }}
vue-loader@^16.8.0
。特定 API 的使用指南#
TypeScript 与组合式 API#
为组件的 props 标注类型#
使用
#
时,
defineProps()
宏函数支持从它的参数中推导类型:defineProps()
的参数会作为运行时的 props
选项使用。defineProps()
的泛型参数必须是以下之一:
defineProps<{ /*... */ }>()
interface Props {/* ... */}
defineProps
defineProps
的泛型参数本身不能是一个导入的类型:import { Props } from './other-file'
// 不支持!
defineProps
Props 解构默认值#
withDefaults
编译器宏解决:export interface Props {
msg?: string
labels?: string[]
}
const props = withDefaults(defineProps
default
选项。此外,withDefaults
帮助程序为默认值提供类型检查,并确保返回的 props 类型删除了已声明默认值的属性的可选标志。非
场景下#
,那么为了开启 props 的类型推导,必须使用
defineComponent()
。传入 setup()
的 props 对象类型是从 props
选项中推导而来。import { defineComponent } from 'vue'
export default defineComponent({
props: {
message: String
},
setup(props) {
props.message // <-- 类型:string
}
})
复杂的 prop 类型#
PropType
工具类型:import type { PropType } from 'vue'
const props = defineProps({
book: Object as PropType
props
选项基本相同:import { defineComponent } from 'vue'
import type { PropType } from 'vue'
export default defineComponent({
props: {
book: Object as PropType
props
选项通常用于 Options API,因此你会在选项式 API 与 TypeScript 指南中找到更详细的例子。这些例子中展示的技术也适用于使用 defineProps()
的运行时声明。为组件的 emits 标注类型#
中,
emit
函数的类型标注也可以通过运行时声明或是类型声明进行:emit
函数的类型。我们可以看到,基于类型的声明使我们可以对所触发事件的类型进行更细粒度的控制。,
defineComponent()
也可以根据 emits
选项推导暴露在 setup 上下文中的 emit
函数的类型:import { defineComponent } from 'vue'
export default defineComponent({
emits: ['change'],
setup(props, { emit }) {
emit('change') // <-- 类型检查 / 自动补全
}
})
为
ref()
标注类型#import { ref } from 'vue'
// 推导出的类型:Ref
Ref
这个类型:import { ref } from 'vue'
import type { Ref } from 'vue'
const year: Ref
ref()
时传入一个泛型参数,来覆盖默认的推导行为:// 得到的类型:Ref
undefined
的联合类型:// 推导得到的类型:Ref
为
reactive()
标注类型#reactive()
也会隐式地从它的参数中推导类型:import { reactive } from 'vue'
// 推导得到的类型:{ title: string }
const book = reactive({ title: 'Vue 3 指引' })
reactive
变量的类型,我们可以使用接口:import { reactive } from 'vue'
interface Book {
title: string
year?: number
}
const book: Book = reactive({ title: 'Vue 3 指引' })
reactive()
的泛型参数,因为处理了深层次 ref 解包的返回值与泛型参数的类型不同。为
computed()
标注类型#computed()
会自动从其计算函数的返回值上推导出类型:import { ref, computed } from 'vue'
const count = ref(0)
// 推导得到的类型:ComputedRef
const double = computed
为事件处理函数标注类型#
event
参数会隐式地标注为 any
类型。这也会在 tsconfig.json
中配置了 "strict": true
或 "noImplicitAny": true
时报出一个 TS 错误。因此,建议显式地为事件处理函数的参数标注类型。此外,你可能需要显式地强制转换 event
上的属性:function handleChange(event: Event) {
console.log((event.target as HTMLInputElement).value)
}
为 provide / inject 标注类型#
InjectionKey
接口,它是一个继承自 Symbol
的泛型类型,可以用来在提供者和消费者之间同步注入值的类型:import { provide, inject } from 'vue'
import type { InjectionKey } from 'vue'
const key = Symbol() as InjectionKey
unknown
,需要通过泛型参数显式声明:const foo = inject
undefined
,因为无法保证提供者一定会在运行时 provide 这个值。undefined
类型就可以被移除:const foo = inject
const foo = inject('foo') as string
为模板引用标注类型#
null
来创建:
el.value
时使用可选链或类型守卫。这是因为直到组件被挂载前,这个 ref 的值都是初始的 null
,并且在由于 v-if
的行为将引用的元素卸载时也可以被设置为 null
。为组件模板引用标注类型#
MyModal
子组件,它有一个打开模态框的方法:
MyModal
的类型,我们首先需要通过 typeof
得到其类型,再使用 TypeScript 内置的 InstanceType
工具类型来获取其实例类型:
TypeScript 与选项式 API#
为组件的 props 标注类型#
defineComponent()
来包装组件。有了它,Vue 才可以通过 props
以及一些额外的选项,比如 required: true
和 default
来推导出 props 的类型:import { defineComponent } from 'vue'
export default defineComponent({
// 启用了类型推导
props: {
name: String,
id: [Number, String],
msg: { type: String, required: true },
metadata: null
},
mounted() {
this.name // 类型:string | undefined
this.id // 类型:number | string | undefined
this.msg // 类型:string
this.metadata // 类型:any
}
})
props
选项仅支持使用构造函数来作为一个 prop 的类型——没有办法指定多层级对象或函数签名之类的复杂类型。PropType
这个工具类型来标记更复杂的 props 类型:import { defineComponent } from 'vue'
import type { PropType } from 'vue'
interface Book {
title: string
author: string
year: number
}
export default defineComponent({
props: {
book: {
// 提供相对 `Object` 更确定的类型
type: Object as PropType
注意事项#
4.7
,在使用函数作为 prop 的 validator
和 default
选项值时需要格外小心——确保使用箭头函数:import { defineComponent } from 'vue'
import type { PropType } from 'vue'
interface Book {
title: string
year?: number
}
export default defineComponent({
props: {
bookA: {
type: Object as PropType
this
根据函数内的环境作出不符合我们期望的类型推导。这是之前版本的一个设计限制,不过现在已经在 TypeScript 4.7 中解决了。为组件的 emits 标注类型#
emits
选项提供一个对象来声明组件所触发的事件,以及这些事件所期望的参数类型。试图触发未声明的事件会抛出一个类型错误:import { defineComponent } from 'vue'
export default defineComponent({
emits: {
addBook(payload: { bookName: string }) {
// 执行运行时校验
return payload.bookName.length > 0
}
},
methods: {
onSubmit() {
this.$emit('addBook', {
bookName: 123 // 类型错误
})
this.$emit('non-declared-event') // 类型错误
}
}
})
为计算属性标记类型#
import { defineComponent } from 'vue'
export default defineComponent({
data() {
return {
message: 'Hello!'
}
},
computed: {
greeting() {
return this.message + '!'
}
},
mounted() {
this.greeting // 类型:string
}
})
import { defineComponent } from 'vue'
export default defineComponent({
data() {
return {
message: 'Hello!'
}
},
computed: {
// 显式标注返回类型
greeting(): string {
return this.message + '!'
},
// 标注一个可写的计算属性
greetingUppercased: {
get(): string {
return this.greeting.toUpperCase()
},
set(newValue: string) {
this.message = newValue.toUpperCase()
}
}
}
})
为事件处理函数标注类型#
event
参数会隐式地标注为 any
类型。这也会在 tsconfig.json
中配置了 "strict": true
或 "noImplicitAny": true
时抛出一个 TS 错误。因此,建议显式地为事件处理函数的参数标注类型。此外,你可能需要显式地强制转换 event
上的属性:import { defineComponent } from 'vue'
export default defineComponent({
methods: {
handleChange(event: Event) {
console.log((event.target as HTMLInputElement).value)
}
}
})
扩展全局属性#
this.$http
,或者为了国际化而安装了 this.$translate
。为了使 TypeScript 更好地支持这个行为,Vue 暴露了一个被设计为可以通过 TypeScript 模块扩展来扩展的 ComponentCustomProperties
接口:import axios from 'axios'
declare module 'vue' {
interface ComponentCustomProperties {
$http: typeof axios
$translate: (key: string) => string
}
}
类型扩展的位置#
.ts
文件,或是一个影响整个项目的 *.d.ts
文件中。无论哪一种,都应确保在 tsconfig.json
中包括了此文件。对于库或插件作者,这个文件应该在 package.json
的 types
属性中被列出。import
或 export
,即使它只是 export {}
。如果扩展被放在模块之外,它将覆盖原始类型,而不是扩展!// 不工作,将覆盖原始类型。
declare module 'vue' {
interface ComponentCustomProperties {
$translate: (key: string) => string
}
}
// 正常工作。
export {}
declare module 'vue' {
interface ComponentCustomProperties {
$translate: (key: string) => string
}
}
扩展自定义选项#
vue-router
,提供了一些自定义的组件选项,比如 beforeRouteEnter
:import { defineComponent } from 'vue'
export default defineComponent({
beforeRouteEnter(to, from, next) {
// ...
}
})
any
类型。我们可以为 ComponentCustomOptions
接口扩展自定义的选项来支持:import { Route } from 'vue-router'
declare module 'vue' {
interface ComponentCustomOptions {
beforeRouteEnter?(to: Route, from: Route, next: () => void): void
}
}
beforeRouteEnter
选项会被准确地标注类型。注意这只是一个例子——像 vue-router
这种类型完备的库应该在它们自己的类型定义中自动执行这些扩展。
进阶主题
使用 Vue 的多种方式#
独立脚本#
作为 Web Component 嵌入#
单页面应用 (SPA)#
全栈 / SSR#
JAMStack / SSG#
Web 之外...#
组合式 API 常见问答#
什么是组合式 API?#
ref()
和 reactive()
,使我们可以直接创建响应式状态、计算属性和侦听器。onMounted()
和 onUnmounted()
,使我们可以在组件各个生命周期阶段添加逻辑。provide()
和 inject()
,使我们可以在使用响应式 API 时,利用 Vue 的依赖注入系统。
为什么要有组合式 API?#
更好的逻辑复用#
更灵活的代码组织#
更好的类型推导#
vue-class-component
提供的 Class API。然而,基于 Class 的 API 非常依赖 ES 装饰器,在 2019 年我们开始开发 Vue 3 时,它仍是一个仅处于 stage 2 的语言功能。我们认为基于一个不稳定的语言提案去设计框架的核心 API 风险实在太大了,因此没有继续向 Class API 的方向发展。在那之后装饰器提案果然又发生了很大的变动,在 2022 年才终于到达 stage 3。另一个问题是,基于 Class 的 API 和选项式 API 在逻辑复用和代码组织方面存在相同的限制。更小的生产包体积#
使用组合式 API 比等价情况下的选项式 API 更高效,对代码压缩也更友好。这是由于
形式书写的组件模板被编译为了一个内联函数,和
中的代码位于同一作用域。不像选项式 API 需要依赖
this
上下文对象访问属性,被编译的模板可以直接访问 中定义的变量,无需一个代码实例从中代理。这对代码压缩更友好,因为本地变量的名字可以被压缩,但对象的属性名则不能。
与选项式 API 的关系#
取舍#
组合式 API 是否覆盖了所有场景?#
props
,emits
,name
和 inheritAttrs
。如果使用 ,那么
inheritAttrs
应该是唯一一个需要用额外的 块书写的选项了。
可以同时使用两种 API 吗?#
选项式 API 会被废弃吗?#
与 Class API 的关系#
和 React Hooks 的对比#
useMemo
,这也需要传入正确的依赖数组。useCallback
作优化。这个优化同样需要正确的依赖数组,并且几乎在任何时候都需要。忽视这一点会导致默认情况下对应用进行过度渲染,并可能在不知不觉中导致性能问题。useRef
) 的可变状态。
setup()
或 的代码一次。这使得代码更符合日常 JavaScript 的直觉,不需要担心闭包变量的问题。组合式 API 也并不限制调用顺序,还可以有条件地进行调用。
深入响应式系统#
什么是响应性#
A
B
C
0
1
1
2
2
3
= A0 + A1
来定义的 (你可以在 A2 上点击来查看或编辑该公式),因此最终得到的值为 3,正如所料。但如果你试着更改 A0 或 A1,你会注意到 A2 也随即自动更新了。let A0 = 1
let A1 = 2
let A2 = A0 + A1
console.log(A2) // 3
A0 = 2
console.log(A2) // 仍然是 3
A0
后,A2
不会自动更新。A2
,我们需要将其包装为一个函数:let A2
function update() {
A2 = A0 + A1
}
update()
函数会产生一个副作用,或者就简称为作用 (effect),因为它会更改程序里的状态。A0
和 A1
被视为这个作用的依赖 (dependency),因为它们的值被用来执行这个作用。因此这次作用也可以说是一个它依赖的订阅者 (subscriber)。A0
或 A1
(这两个依赖) 变化时调用 update()
(产生作用)。whenDepsChange(update)
whenDepsChange()
函数有如下的任务:
A0 + A1
的计算,则 A0
和 A1
都被读取到了。A0
和 A1
在 update()
执行时被访问到了,则 update()
需要在第一次调用之后成为 A0
和 A1
的订阅者。A0
赋了一个新的值后,应该通知其所有订阅了的副作用重新执行。Vue 中的响应性是如何工作的#
function reactive(obj) {
return new Proxy(obj, {
get(target, key) {
track(target, key)
return target[key]
},
set(target, key, value) {
target[key] = value
trigger(target, key)
}
})
}
function ref(value) {
const refObject = {
get value() {
track(refObject, 'value')
return value
},
set value(newValue) {
value = newValue
trigger(refObject, 'value')
}
}
return refObject
}
reactive()
返回的代理尽管行为上表现得像原始对象,但我们通过使用 ===
运算符还是能够比较出它们的不同。track()
内部,我们会检查当前是否有正在运行的副作用。如果有,我们会查找到一个存储了所有追踪了该属性的订阅者的 Set,然后将当前这个副作用作为新订阅者添加到该 Set 中。// 这会在一个副作用就要运行之前被设置
// 我们会在后面处理它
let activeEffect
function track(target, key) {
if (activeEffect) {
const effects = getSubscribersForProperty(target, key)
effects.add(activeEffect)
}
}
WeakMap
数据结构中。如果在第一次追踪时没有找到对相应属性订阅的副作用集合,它将会在这里新建。这就是 getSubscribersForProperty()
函数所做的事。为了简化描述,我们跳过了它其中的细节。trigger()
之中,我们会再查找到该属性的所有订阅副作用。但这一次我们需要执行它们:function trigger(target, key) {
const effects = getSubscribersForProperty(target, key)
effects.forEach((effect) => effect())
}
whenDepsChange()
函数中:function whenDepsChange(update) {
const effect = () => {
activeEffect = effect
update()
activeEffect = null
}
effect()
}
update
函数包装在了一个副作用函数中。在运行实际的更新之前,这个外部函数会将自己设为当前活跃的副作用。这使得在更新期间的 track()
调用都能定位到这个当前活跃的副作用。whenDepsChange()
非常相似。我们可以用真正的 Vue API 改写上面的例子:import { ref, watchEffect } from 'vue'
const A0 = ref(0)
const A1 = ref(1)
const A2 = ref()
watchEffect(() => {
// 追踪 A0 和 A1
A2.value = A0.value + A1.value
})
// 将触发副作用
A0.value = 2
import { ref, computed } from 'vue'
const A0 = ref(0)
const A1 = ref(1)
const A2 = computed(() => A0.value + A1.value)
A0.value = 2
computed
会使用响应式副作用来管理失效与重新计算的过程。import { ref, watchEffect } from 'vue'
const count = ref(0)
watchEffect(() => {
document.body.innerHTML = `计数:${count.value}`
})
// 更新 DOM
count.value++
innerHTML
更高效的方式来更新 DOM。这会在渲染机制一章中详细介绍。ref()
、computed()
和 watchEffect()
这些 API 都是组合式 API 的一部分,如果你至今只使用过选项式 API,那么你需要知道的是组合式 API 更贴近 Vue 底层的响应式系统。事实上,Vue 3 中的选项式 API 正是基于组合式 API 建立的。对该组件实例 (this
) 所有的属性访问都会触发 getter / setter 的响应式追踪,而像 watch
和 computed
这样的选项也是在内部调用相应等价的组合式 API。运行时 vs. 编译时响应性#
let A0 = $ref(0)
let A1 = $ref(1)
// 在变量读取时追踪
const A2 = $computed(() => A0 + A1)
// 在变量写入时触发
A0 = 2
.value
。响应性语法糖让 Vue 的响应式系统变成了一个运行时 + 编译时结合的复合系统。响应性调试#
组件调试钩子#
renderTracked
生命周期钩子来调试查看哪些依赖正在被使用,或是用 renderTriggered
来确定哪个依赖正在触发更新。这些钩子都会收到一个调试事件,其中包含了触发相关事件的依赖的信息。推荐在回调中放置一个 debugger
语句,使你可以在开发者工具中交互式地查看依赖:export default {
renderTracked(event) {
debugger
},
renderTriggered(event) {
debugger
}
}
type DebuggerEvent = {
effect: ReactiveEffect
target: object
type:
| TrackOpTypes /* 'get' | 'has' | 'iterate' */
| TriggerOpTypes /* 'set' | 'add' | 'delete' | 'clear' */
key: any
newValue?: any
oldValue?: any
oldTarget?: Map
计算属性调试#
computed()
传入第二个参数,是一个包含了 onTrack
和 onTrigger
两个回调函数的对象:
onTrack
将在响应属性或引用作为依赖项被跟踪时被调用。onTrigger
将在侦听器回调被依赖项的变更触发时被调用。const plusOne = computed(() => count.value + 1, {
onTrack(e) {
// 当 count.value 被追踪为依赖时触发
debugger
},
onTrigger(e) {
// 当 count.value 被更改时触发
debugger
}
})
// 访问 plusOne,会触发 onTrack
console.log(plusOne.value)
// 更改 count.value,应该会触发 onTrigger
count.value++
onTrack
和 onTrigger
选项仅会在开发模式下工作。侦听器调试#
computed()
类似,侦听器也支持 onTrack
和 onTrigger
选项:watch(source, callback, {
onTrack(e) {
debugger
},
onTrigger(e) {
debugger
}
})
watchEffect(callback, {
onTrack(e) {
debugger
},
onTrigger(e) {
debugger
}
})
onTrack
和 onTrigger
选项仅会在开发模式下工作。与外部状态系统集成#
.value
属性本身被访问时才是有响应性的,而不关心它内部的值。当外部状态改变时,替换此 ref 的 .value
才会触发更新。不可变数据#
import produce from 'immer'
import { shallowRef } from 'vue'
export function useImmer(baseState) {
const state = shallowRef(baseState)
const update = (updater) => {
state.value = produce(state.value, updater)
}
return [state, update]
}
状态机#
import { createMachine, interpret } from 'xstate'
import { shallowRef } from 'vue'
export function useMachine(options) {
const machine = createMachine(options)
const state = shallowRef(machine.initialState)
const service = interpret(machine)
.onTransition((newState) => (state.value = newState))
.start()
const send = (event) => service.send(event)
return [state, send]
}
RxJS#
渲染机制#
虚拟 DOM#
const vnode = {
type: 'div',
props: {
id: 'hello'
},
children: [
/* 更多 vnode */
]
}
vnode
即一个纯 JavaScript 的对象 (一个“虚拟节点”),它代表着一个 渲染管线#
模板 vs. 渲染函数#
带编译时信息的虚拟 DOM#
静态提升#
foo
和 bar
这两个 div 是完全静态的,没有必要在重新渲染时再次创建和比对它们。Vue 编译器自动地会提升这部分 vnode 创建函数到这个模板的渲染函数之外,并在每次渲染时都使用这份相同的 vnode,渲染器知道新旧 vnode 在这部分是完全相同的,所以会完全跳过对它们的差异比对。innerHTML
来挂载。同时还会在初次挂载后缓存相应的 DOM 节点。如果这部分内容在应用中其他地方被重用,那么将会使用原生的 cloneNode()
方法来克隆新的 DOM 节点,这会非常高效。更新类型标记#
createElementVNode("div", {
class: _normalizeClass({ active: _ctx.active })
}, null, 2 /* CLASS */)
2
就是一个更新类型标记 (patch flag)。一个元素可以有多个更新类型标记,会被合并成一个数字。运行时渲染器也将会使用位运算来检查这些标记,确定相应的更新操作:if (vnode.patchFlag & PatchFlags.CLASS /* 2 */) {
// 更新节点的 CSS class
}
export function render() {
return (_openBlock(), _createElementBlock(_Fragment, null, [
/* children */
], 64 /* STABLE_FRAGMENT */))
}
树结构打平#
createElementBlock()
调用创建的:export function render() {
return (_openBlock(), _createElementBlock(_Fragment, null, [
/* children */
], 64 /* STABLE_FRAGMENT */))
}
v-if
或者 v-for
)。div (block root)
- div 带有 :id 绑定
- div 带有 {{ bar }} 绑定
v-if
和 v-for
指令会创建新的区块节点:对 SSR 激活的影响#
渲染函数 & JSX#
基本用法#
创建 Vnodes#
h()
函数用于创建 vnodes:import { h } from 'vue'
const vnode = h(
'div', // type
{ id: 'foo', class: 'bar' }, // props
[
/* children */
]
)
h()
是 hyperscript 的简称——意思是“能生成 HTML (超文本标记语言) 的 JavaScript”。这个名字来源于许多虚拟 DOM 实现默认形成的约定。一个更准确的名称应该是 createVnode()
,但当你需要多次使用渲染函数时,一个简短的名字会更省力。h()
函数的使用方式非常的灵活:// 除了类型必填以外,其他的参数都是可选的
h('div')
h('div', { id: 'foo' })
// attribute 和 property 都能在 prop 中书写
// Vue 会自动将它们分配到正确的位置
h('div', { class: 'bar', innerHTML: 'hello' })
// props modifiers such as .prop and .attr can be added
// with '.' and `^' prefixes respectively
h('div', { '.name': 'some-name', '^width': '100' })
// 类与样式可以像在模板中一样
// 用数组或对象的形式书写
h('div', { class: [foo, { bar }], style: { color: 'red' } })
// 事件监听器应以 onXxx 的形式书写
h('div', { onClick: () => {} })
// children 可以是一个字符串
h('div', { id: 'foo' }, 'hello')
// 没有 props 时可以省略不写
h('div', 'hello')
h('div', [h('span', 'hello')])
// children 数组可以同时包含 vnodes 与字符串
h('div', ['hello', h('span', 'hello')])
const vnode = h('div', { id: 'foo' }, [])
vnode.type // 'div'
vnode.props // { id: 'foo' }
vnode.children // []
vnode.key // null
VNode
接口包含其他内部属性,但是强烈建议避免使用这些没有在这里列举出的属性。这样能够避免因内部属性变更而导致的不兼容性问题。声明渲染函数#
render
选项来声明渲染函数:import { h } from 'vue'
export default {
data() {
return {
msg: 'hello'
}
},
render() {
return h('div', this.msg)
}
}
render()
函数可以访问同一个 this
组件实例。export default {
render() {
return 'hello world!'
}
}
import { h } from 'vue'
export default {
render() {
// 用数组来返回多个根节点
return [
h('div'),
h('div'),
h('div')
]
}
}
function Hello() {
return 'hello world!'
}
Vnodes 必须唯一#
function render() {
const p = h('p', 'hi')
return h('div', [
// 啊哦,重复的 vnodes 是无效的
p,
p
])
}
function render() {
return h(
'div',
Array.from({ length: 20 }).map(() => {
return h('p', 'hi')
})
)
}
JSX / TSX#
const vnode =
const vnode =
create-vue
和 Vue CLI 都有预置的 JSX 语法支持。如果你想手动配置 JSX,请参阅 @vue/babel-plugin-jsx 文档获取更多细节。
class
和 for
作为 props - 不需要使用 className
或 htmlFor
。tsconfig.json
中配置了 "jsx": "preserve"
,这样的 TypeScript 就能保证 Vue JSX 语法编译过程中的完整性。渲染函数案例#
v-if
#h('div', [this.ok ? h('div', 'yes') : h('span', 'no')])
v-for
#
h(
'ul',
this.items.map(({ id, text }) => {
return h('li', { key: id }, text)
})
)
{this.items.map(({ id, text }) => {
return
v-on
#on
开头,并跟着大写字母的 props 会被当作事件监听器。比如,onClick
与模板中的 @click
等价。h(
'button',
{
onClick(event) {
/* ... */
}
},
'click me'
)
事件修饰符#
.passive
、.capture
和 .once
事件修饰符,可以使用驼峰写法将他们拼接在事件名后面:h('input', {
onClickCapture() {
/* 捕捉模式中的监听器 */
},
onKeyupOnce() {
/* 只触发一次 */
},
onMouseoverOnceCapture() {
/* 单次 + 捕捉 */
}
})
{}}
onKeyupOnce={() => {}}
onMouseoverOnceCapture={() => {}}
/>
import { withModifiers } from 'vue'
h('div', {
onClick: withModifiers(() => {}, ['self'])
})
组件#
h()
函数的第一个参数应当是组件的定义。这意味着使用渲染函数时不再需要注册组件了 —— 可以直接使用导入的组件:import Foo from './Foo.vue'
import Bar from './Bar.jsx'
function render() {
return h('div', [h(Foo), h(Bar)])
}
function render() {
return (
h
就能正常运作。import Foo from './Foo.vue'
import Bar from './Bar.jsx'
function render() {
return ok.value ? h(Foo) : h(Bar)
}
function render() {
return ok.value ?
渲染插槽#
export default {
props: ['message'],
render() {
return [
//
//
传递插槽#
// 单个默认插槽
h(MyComponent, () => 'hello')
// 具名插槽
// 注意 `null` 是必需的
// 以避免 slot 对象被当成 prop 处理
h(MyComponent, null, {
default: () => 'default slot',
foo: () => h('div', 'foo'),
bar: () => [h('span', 'one'), h('span', 'two')]
})
// 默认插槽
内置组件#
、
、
、
和
等内置组件在渲染函数中必须导入才能使用:import { h, KeepAlive, Teleport, Transition, TransitionGroup } from 'vue'
export default {
render () {
return h(Transition, { mode: 'out-in' }, /* ... */)
}
}
v-model
#v-model
指令扩展为 modelValue
和 onUpdate:modelValue
在模板编译过程中,我们必须自己提供这些 props:export default {
props: ['modelValue'],
emits: ['update:modelValue'],
render() {
return h(SomeComponent, {
modelValue: this.modelValue,
'onUpdate:modelValue': (value) => this.$emit('update:modelValue', value)
})
}
}
自定义指令#
import { h, withDirectives } from 'vue'
// 自定义指令
const pin = {
mounted() { /* ... */ },
updated() { /* ... */ }
}
//
const vnode = withDirectives(h('div'), [
[pin, 200, 'top', { animate: true }]
])
函数式组件#
this
),也不会触发常规的组件生命周期钩子。this
引用,Vue 会把 props
当作第一个参数传入:function MyComponent(props, context) {
// ...
}
context
包含三个属性:attrs
、emit
和 slots
。它们分别相当于组件实例的 $attrs、$emit 和 $slots 这几个属性。MyComponent.props = ['value']
MyComponent.emits = ['click']
props
选项没有被定义,那么被传入函数的 props
对象就会像 attrs
一样会包含所有 attribute。除非指定了 props
选项,否则每个 prop 的名字将不会基于驼峰命名法被一般化处理。props
的函数式组件,attribute 透传的原理与普通组件基本相同。然而,对于没有明确指定 props
的函数式组件,只有 class
、style
和 onXxx
事件监听器将默认从 attrs
中继承。在这两种情况下,可以将 inheritAttrs
设置为 false
来禁用属性继承:MyComponent.inheritAttrs = false
h
,它将会被当作一个函数式组件来对待。Vue 与 Web Components#
在 Vue 中使用自定义元素#
跳过组件解析#
// 仅在浏览器内编译时才会工作
// 如果使用了构建工具,请看下面的配置示例
app.config.compilerOptions.isCustomElement = (tag) => tag.includes('-')
// vite.config.js
import vue from '@vitejs/plugin-vue'
export default {
plugins: [
vue({
template: {
compilerOptions: {
// 将所有带短横线的标签名都视为自定义元素
isCustomElement: (tag) => tag.includes('-')
}
}
})
]
}
// vue.config.js
module.exports = {
chainWebpack: config => {
config.module
.rule('vue')
.use('vue-loader')
.tap(options => ({
...options,
compilerOptions: {
// 将所有带 ion- 的标签名都视为自定义元素
isCustomElement: tag => tag.startsWith('ion-')
}
}))
}
}
传递 DOM 属性#
in
操作符自动检查该属性是否已经存在于 DOM 对象上,并且在这个 key 存在时,更倾向于将值设置为一个 DOM 对象的属性。这意味着,在大多数情况下,如果自定义元素遵循推荐的最佳实践,你就不需要考虑这个问题。in
检查失败)。在这种情况下,你可以强制使用一个 v-bind
绑定、通过 .prop
修饰符来设置该 DOM 对象的属性:使用 Vue 构建自定义元素#
defineCustomElement#
HTMLElement
的自定义元素构造器:import { defineCustomElement } from 'vue'
const MyVueElement = defineCustomElement({
// 这里是同平常一样的 Vue 组件选项
props: {},
emits: {},
template: `...`,
// defineCustomElement 特有的:注入进 shadow root 的 CSS
styles: [`/* inlined css */`]
})
// 注册自定义元素
// 注册之后,所有此页面中的 `
disconnectedCallback
被调用时,Vue 会在一个微任务后检查元素是否还留在文档中。
props
选项声明了的 props 都会作为属性定义在该自定义元素上。Vue 会自动地、恰当地处理其作为 attribute 还是属性的反射。
string
,boolean
或 number
) 会被反射为 attribute。Boolean
或 Number
类型声明的 prop 转换为所期望的类型。比如下面这样的 props 声明:props: {
selected: Boolean,
index: Number
}
selected
会被转换为 true
(boolean 类型值) 而 index
会被转换为 1
(number 类型值)。this.$emit
或者 setup 中的 emit
触发的事件都会通过以 CustomEvents 的形式从自定义元素上派发。额外的事件参数 (payload) 将会被暴露为 CustomEvent 对象上的一个 detail
数组。
渲染。然而,当使用最终的元素时,它只接受原生插槽的语法:
slot
attribute 而不是 v-slot
指令:将 SFC 编译为自定义元素#
defineCustomElement
也可以搭配 Vue 单文件组件 (SFC) 使用。但是,根据默认的工具链配置,SFC 中的 在生产环境构建时仍然会被抽取和合并到一个单独的 CSS 文件中。当正在使用 SFC 编写自定义元素时,通常需要改为注入
标签到自定义元素的 shadow root 上。
@vitejs/plugin-vue@^1.4.0
或 vue-loader@^16.5.0
)。一个以自定义元素模式加载的 SFC 将会内联其 标签为 CSS 字符串,并将其暴露为组件的
styles
选项。这会被 defineCustomElement
提取使用,并在初始化时注入到元素的 shadow root 上。.ce.vue
结尾即可:import { defineCustomElement } from 'vue'
import Example from './Example.ce.vue'
console.log(Example.styles) // ["/* 内联 css */"]
// 转换为自定义元素构造器
const ExampleElement = defineCustomElement(Example)
// 注册
customElements.define('my-example', ExampleElement)
customElement
选项来实现:
基于 Vue 构建自定义元素库#
import { defineCustomElement } from 'vue'
import Foo from './MyFoo.ce.vue'
import Bar from './MyBar.ce.vue'
const MyFoo = defineCustomElement(Foo)
const MyBar = defineCustomElement(Bar)
// 分别导出元素
export { MyFoo, MyBar }
export function register() {
customElements.define('my-foo', MyFoo)
customElements.define('my-bar', MyBar)
}
Web Components vs. Vue 组件#
动画技巧#
基于 CSS class 的动画#
export default {
data() {
return {
disabled: false
}
},
methods: {
warnDisabled() {
this.disabled = true
setTimeout(() => {
this.disabled = false
}, 1500)
}
}
}
.shake {
animation: shake 0.82s cubic-bezier(0.36, 0.07, 0.19, 0.97) both;
transform: translate3d(0, 0, 0);
}
@keyframes shake {
10%,
90% {
transform: translate3d(-1px, 0, 0);
}
20%,
80% {
transform: translate3d(2px, 0, 0);
}
30%,
50%,
70% {
transform: translate3d(-4px, 0, 0);
}
40%,
60% {
transform: translate3d(4px, 0, 0);
}
}
状态驱动的动画#
export default {
data() {
return {
x: 0
}
},
methods: {
onMousemove(e) {
this.x = e.clientX
}
}
}
.movearea {
transition: 0.3s background-color ease;
}
基于侦听器的动画#
import gsap from 'gsap'
export default {
data() {
return {
number: 0,
tweened: 0
}
},
watch: {
number(n) {
gsap.to(this, { duration: 0.5, tweened: Number(n) || 0 })
}
}
}
Type a number:
响应性语法糖#
ref vs. 响应式变量#
.value
则感觉很繁琐,并且在没有类型系统的帮助时很容易漏掉 .value
。
$ref()
方法是一个编译时的宏命令:它不是一个真实的、在运行时会调用的方法。而是用作 Vue 编译器的标记,表明最终的 count
变量需要是一个响应式变量。.value
的 ref。比如上面例子中 部分的代码就被编译成了下面这样:
import { ref } from 'vue'
let count = ref(0)
console.log(count.value)
function increment() {
count.value++
}
$
为前缀的宏函数。包括以下这些 API:
$ref
$computed
$shallowRef
$customRef
$toRef
vue/macros
中引入它们:import { $ref } from 'vue/macros'
let count = $ref(0)
通过
$()
解构#$()
宏:import { useMouse } from '@vueuse/core'
const { x, y } = $(useMouse())
console.log(x, y)
import { toRef } from 'vue'
import { useMouse } from '@vueuse/core'
const __temp = useMouse(),
x = toRef(__temp, 'x'),
y = toRef(__temp, 'y')
console.log(x.value, y.value)
x
已经是一个 ref,toRef(__temp, 'x')
则会简单地返回它本身,而不会再创建新的 ref。如果一个被解构的值不是 ref (例如是一个函数),也仍然可以使用,这个值会被包装进一个 ref,因此其他代码都会正常工作。$()
的解构在响应式对象和包含数个 ref 的对象都可用。用
$()
将现存的 ref 转换为响应式对象#$()
宏来将现存的 ref 转换为响应式变量。function myCreateRef() {
return ref(0)
}
let count = $(myCreateRef())
响应式 props 解构#
中对
defineProps
宏的使用有两个痛点:
.value
类似,为了保持响应性,你始终需要以 props.x
的方式访问这些 prop。这意味着你不能够解构 defineProps
的返回值,因为得到的变量将不是响应式的、也不会更新。withDefaults()
这个 API,但使用起来仍然很笨拙。defineProps
与解构一起使用时,我们可以通过应用编译时转换来解决这些问题,类似于我们之前看到的 $()
:export default {
props: {
msg: { type: String, required: true },
count: { type: Number, default: 1 },
foo: String
},
setup(props) {
watchEffect(() => {
console.log(props.msg, props.count, props.foo)
})
}
}
保持在函数间传递时的响应性#
.value
的困扰,但它也使得我们在函数间传递响应式变量时可能造成“响应性丢失”的问题。这可能在以下两种场景中出现:以参数形式传入函数#
function trackChange(x: Ref
let count = ref(0)
trackChange(count.value)
count.value
是以一个 number 类型值的形式传入,然而 trackChange
期望接收的是一个真正的 ref。要解决这个问题,可以在将 count
作为参数传入之前,用 $$()
包装:let count = $ref(0)
- trackChange(count)
+ trackChange($$(count))
import { ref } from 'vue'
let count = ref(0)
trackChange(count)
$$()
的效果就像是一个转义标识:$$()
中的响应式变量不会追加上 .value
。作为函数返回值#
function useMouse() {
let x = $ref(0)
let y = $ref(0)
// 监听 mousemove 事件
// 不起效!
return {
x,
y
}
}
return {
x: x.value,
y: y.value
}
$$()
来解决这个问题。在这个例子中,$$()
可以直接用在要返回的对象上,$$()
调用时任何对响应式变量的引用都会保留为对相应 ref 的引用:function useMouse() {
let x = $ref(0)
let y = $ref(0)
// 监听 mousemove 事件
// 修改后起效
return $$({
x,
y
})
}
在已解构的 props 上使用
$$()
#$$()
也适用于已解构的 props,因为它们也是响应式的变量。编译器会高效地通过 toRef
来做转换:const { count } = defineProps<{ count: number }>()
passAsRef($$(count))
setup(props) {
const __props_count = toRef(props, 'count')
passAsRef(__props_count)
}
TypeScript 集成 #
env.d.ts
文件中):///
vue/macros
中显式引入宏函数时,则不需要像这样全局声明。显式启用#
vue@^3.2.25
。Vite#
@vitejs/plugin-vue@>=2.0.0
reactivityTransform
现在是一个插件的顶层选项,而不再是位于 script.refSugar
之中了,因为它不仅仅只对 SFC 起效。// vite.config.js
export default {
plugins: [
vue({
reactivityTransform: true
})
]
}
vue-cli
#
vue-loader@>=17.0.0
// vue.config.js
module.exports = {
chainWebpack: (config) => {
config.module
.rule('vue')
.use('vue-loader')
.tap((options) => {
return {
...options,
reactivityTransform: true
}
})
}
}
仅用
webpack
+ vue-loader
#
vue-loader@>=17.0.0
// webpack.config.js
module.exports = {
module: {
rules: [
{
test: /\.vue$/,
loader: 'vue-loader',
options: {
reactivityTransform: true
}
}
]
}
}