TypeScript 与选项式 API - TypeScript
TypeScript 与选项式 API
虽然 Vue 的确支持在选项式 API 中,使用TypeScript,但还是推荐通过 TypeScript 与组合式 API 来使用 Vue,因为它提供了更简单、更高效和更可靠的类型推导。为组件的 prop 标注类型
选项式 API 中对 prop 的类型推导需要用defineComponent()来包装组件。有了它,Vue 才可以通过props
以及一些额外的选项,比如required: true
和default
来推导出 prop 的类型:
然而,这种运行时props
选项仅支持使用构造函数来作为一个 prop 的类型,没有办法指定多层级对象或函数签名之类的复杂类型。
我们可以使用PropType这个工具类型来标记更复杂的 prop 类型:
import { defineComponent, PropType } from 'vue' interface Book { title: string author: string year: number } export default defineComponent({ props: { book: { // 提供相对 `Object` 更确定的类型 type: Object as PropType, required: true }, // 也可以标记函数 callback: Function as PropType void> }, mounted() { this.book.title // string this.book.year // number // TS Error: argument of type 'string' is not // assignable to parameter of type 'number' this.callback?.('123') } })
注意事项
因为一个TypeScript的设计限制,你在使用函数作为 prop 的validator
和default
选项值时需要格外小心——确保使用箭头函数:
import { defineComponent, PropType } from 'vue' interface Book { title: string year?: number } export default defineComponent({ props: { bookA: { type: Object as PropType, // 确保使用箭头函数 default: () => ({ title: 'Arrow Function Expression' }), validator: (book: Book) => !!book.title } } })
这会防止Typescript将this
根据函数内的环境作出不符合我们期望的类型推导。
为组件的 emit 标注类型
emits
选项中的事件,当其载荷内容(payload)使用对象语法时,需要声明类型。并且,所有未声明的事件,调用时,都会抛出一个类型错误:
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') // 类型错误,也不存在 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() } } } })
在某些 TypeScript 因循环引用而无法推导类型的情况下,可能必须进行显式的类型标注。
为事件处理器标注类型
在处理原生 DOM 事件时,应该为我们传递给事件处理器的参数正确地标注类型。让我们看一下这个例子:
没有类型标注时,这个event参数会隐式地标注为any类型。这也会在tsconfig.json中配置了"strict": true
或"noImplicitAny": true
时抛出一个 TS 错误。因此,建议显式地为事件处理器的参数标注类型。此外,你可能需要显式地强制转换event上的 property:
import { defineComponent } from 'vue' export default defineComponent({ methods: { handleChange(event: Event) { console.log((event.target as HTMLInputElement).value) } } })
扩充全局 property
某些插件通过app.config.globalProperties
为所有组件都安装了全局可用的 property。举个例子,我们可能为了请求数据而安装了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的type
property 中被列出。
为了利用模块扩充的优势,你需要确保将扩充的模块放在 TypeScript 模块中。也就是说,该文件需要包含至少一个顶级的import
或export
,即使它只是export{}
。如果扩充被放在模块之外,它将覆盖原始类型,而不是扩充!
扩充自定义选项
某些插件,比如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 } }
现在这个beforeRouterEnter
选项会被准确地标注类型。注意这只是一个例子——像vue-router
这种类型完备的库应该在它们自己的类型定义中自动执行这些扩充。
这种类型扩充和全局 property 扩充受到相同的限制。
鹏仔微信 15129739599 鹏仔QQ344225443 鹏仔前端 pjxi.com 共享博客 sharedbk.com
图片声明:本站部分配图来自网络。本站只作为美观性配图使用,无任何非法侵犯第三方意图,一切解释权归图片著作权方,本站不承担任何责任。如有恶意碰瓷者,必当奉陪到底严惩不贷!