此版本专注于开发人员体验改进-特别是SFC

　　请注意，复杂类型的支持是基于AST的，因此不是100%全面的。一些需要实际类型分析的复杂类型，例如条件类型，不受支持。您可以为单个 prop 的类型使用条件类型，但不能使用整个 prop 对象。

 

　　详情：PR#8083[16]

　　通用组件

　　使用

　　generic的值与TypeScript中<...>之间的参数列表完全相同。例如，您可以使用多个参数、extends约束、默认类型和引用导入的类型：

 

　　vue

 

　　

　　此功能以前需要显式选择加入，但现在在最新版本的volar / vue-tsc中默认启用。

 

　　讨论：RFC#436[17]

　　相关：通用`defineComponent()`\-PR#7963[18]

　　更符合人体工程学defineEmits

　　以前，defineEmits的类型参数仅支持调用签名语法：

 

　　ts

 

　　// BEFORE

　　const emit = defineEmits<{

　　  (e: 'foo', id: number): void

　　  (e: 'bar', name: string, ...rest: any[]): void

　　}>()

　　The type matches the return type foremit, but is a bit verbose and awkward to write. 3.3 introduces a more ergonomic way of declaring emits with types:

 

　　ts

 

　　// AFTER

　　const emit = defineEmits<{

　　  foo: [id: number]

　　  bar: [name: string, ...rest: any[]]

　　}>()

　　在类型字面值中，键是事件名称，值是指定附加参数的数组类型。虽然不是必需的，但您可以使用标记的元组元素[19]来显式，如上例所示。仍然支持调用签名语法。

 

　　键入的插槽defineSlots

　　新的defineSlots宏可用于声明预期插槽及其各自的预期插槽prop：

 

　　vue

 

　　

　　defineSlots()只接受类型参数，不接受运行时参数。类型参数应该是类型文字，其中属性键是插槽名称，值是插槽函数。该函数的第一个参数是插槽期望接收的prop，其类型将用于模板中的插槽 prop。defineSlots的返回值与useSlots返回的插槽对象相同。目前的一些限制：

 

　　所需的插槽检查尚未在volar / vue-tsc中实现。

　　插槽函数返回类型目前被忽略，可以是any，但我们将来可能会利用它进行插槽内容检查。

　　还有一个相应的slots选项用于defineComponent使用。这两个API都没有运行时影响，纯粹作为IDE和vue-tsc的类型提示。

 

　　详情：PR#7982[20]

　　2实验特征

　　响应式 prop 解构

　　以前是现已放弃的响应性变换的一部分，响应式的解构已被拆分为一个单独的功能。该功能允许非结构化的prop保留响应性，并提供了一种更符合人体工程学的方式来声明 props 默认值：

 

　　vue

 

　　

 

　　

　　此功能是实验性的，需要明确选择加入。

 

　　详情：RFC#502[21]

　　defineModel

　　以前，为了使组件支持与v-model双向绑定，它需要（1）声明prop，（2）在打算更新prop时发出相应的update:propName事件：

 

　　vue

 

　　

　　

 

　　

　　3.3简化了使用新的defineModel宏的使用。宏会自动注册一个Props，并返回一个可以直接突变的引用：

 

　　vue

 

　　

　　

 

　　

　　此功能是实验性的，需要明确选择加入。

 

　　详细信息：RFC#503[22]

　　3其他值得注意的功能

　　defineOptions

　　新的defineOptions宏允许直接在

　　使用toRef和更好的Getter支持toValue

　　toRef已增强，以支持将值/获取器/现有引用标准化为引用：

 

　　js

 

　　// equivalent to ref(1)

　　toRef(1)

　　// creates a readonly ref that calls the getter on .value access

　　toRef(() => props.foo)

　　// returns existing refs as-is

　　toRef(existingRef)

　　使用getter调用toRef类似于computed，但当getter只是在没有昂贵计算的情况下执行属性访问时，效率会更高。新的toValue实用程序方法提供了相反的，将值/获取器/引用标准化为值：

 

　　toValue(1) //       --> 1

　　toValue(ref(1)) //  --> 1

　　toValue(() => 1) // --> 1

　　toValue可以在可组合物中代替unref，以便您的可组合物可以接受获取者作为响应性数据源：

 

　　// before: allocating unnecessary intermediate refs

　　useFeature(computed(() => props.foo))

　　useFeature(toRef(props, 'foo'))

 

　　// after: more efficient and succinct

　　useFeature(() => props.foo)

　　toRef和toValue之间的关系与ref和unref之间的关系相似，主要区别是getter函数的特殊处理。

 

　　详情：PR#7997[23]

　　JSX导入源支持

　　目前，Vue的类型会自动注册全局JSX类型。这可能会导致与其他需要JSX类型推理的库一起使用的冲突，特别是React。从3.3开始，Vue支持通过TypeScript的jsxImportSource[24]选项指定JSX命名空间。这允许用户根据他们的用例选择全局或每个文件选择加入。为了向后兼容，3.3仍然在全球范围内注册JSX命名空间。我们计划在3.4中删除默认的全局注册。如果您将TSX与Vue一起使用，您应该在升级到3.3后将显式jsxImportSource添加到tsconfig.json，以避免在3.4中损坏。

 

　　4维护基础设施改进

　　此版本基于许多维护基础设施改进，使我们能够更自信地更快地移动：

 

　　通过将类型检查与 rollup 构建分开，并从rollup-plugin-typescript2移动到rollup-plugin-esbuild，构建速度快10倍。

　　通过从Jest 迁移到 Vitest[25] 来加快测试速度。

　　通过从@microsoft/api-extractor移动到rollup-plugin-dts更快地生成类型。

　　通过ecosystem-ci [26]进行综合回归测试-在发布前捕获主要生态系统依赖项的回归！