TypeScript avec l'Options API ​

Cette page suppose que vous avez déjà pris connaissance de l'utilisation de Vue avec TypeScript.

Typer les props d'un composant ​

L'inférence de type pour les props dans l'Options API nécessite d'envelopper le composant avec defineComponent(). Grâce à ce dernier, Vue est capable de déduire les types des props en fonction de l'option props, en prenant en compte des options supplémentaires telles que required : true et default :

import { defineComponent } from 'vue'

export default defineComponent({
  // inférence de type activée
  props: {
    name: String,
    id: [Number, String],
    msg: { type: String, required: true },
    metadata: null
  },
  mounted() {
    this.name // type : string | undefined
    this.id // type : number | string | undefined
    this.msg // type : string
    this.metadata // type : any
  }
})

Cependant, les options props du runtime ne prennent en charge que l'utilisation des fonctions de constructeur comme type de prop - il n'y a aucun moyen de spécifier des types complexes tels que des objets avec des propriétés imbriquées ou des signatures d'appel de fonction.

Pour annoter des types de props complexes, nous pouvons utiliser le type utilitaire PropType :

import { defineComponent } from 'vue'
import type { PropType } from 'vue'

interface Book {
  title: string
  author: string
  year: number
}

export default defineComponent({
  props: {
    book: {
      // fournit un type plus spécifique à `Object`
      type: Object as PropType<Book>,
      required: true
    },
    // permet aussi d'annoter les fonctions
    callback: Function as PropType<(id: number) => 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')
  }
})

Avertissements ​

Si votre version de TypeScript est inférieure à 4.7, vous devez faire attention lorsque vous utilisez des valeurs de fonction pour les options validator et default d'une prop - assurez-vous d'utiliser des fonctions fléchées :

import { defineComponent } from 'vue'
import type { PropType } from 'vue'

interface Book {
  title: string
  year?: number
}

export default defineComponent({
  props: {
    bookA: {
      type: Object as PropType<Book>,
      // assurez-vous d'utiliser des fonctions fléchées si votre version de TypeScript est inférieure à 4.7
      default: () => ({
        title: 'Arrow Function Expression'
      }),
      validator: (book: Book) => !!book.title
    }
  }
})

Cela évite à TypeScript de devoir déduire le type de this à l'intérieur de ces fonctions, ce qui, malheureusement, peut faire échouer l'inférence de type. C'était une limitation de conception, et elle a été corrigé dans TypeScript 4.7.

Typer les événements d'un composant ​

Nous pouvons déclarer les données d'un événement émis en utilisant la syntaxe objet de l'option emits. De plus, tous les événements émis non déclarés produiront une erreur de type lorsqu'ils seront appelés :

import { defineComponent } from 'vue'

export default defineComponent({
  emits: {
    addBook(payload: { bookName: string }) {
      // performe une validation durant le runtime
      return payload.bookName.length > 0
    }
  },
  methods: {
    onSubmit() {
      this.$emit('addBook', {
        bookName: 123 // Erreur de type !
      })

      this.$emit('non-declared-event') // Erreur de type !
    }
  }
})

Typer les propriétés calculées ​

Une propriété calculée déduit son type à partir de sa valeur de retour :

import { defineComponent } from 'vue'

export default defineComponent({
  data() {
    return {
      message: 'Hello!'
    }
  },
  computed: {
    greeting() {
      return this.message + '!'
    }
  },
  mounted() {
    this.greeting // type : string
  }
})

Dans certains cas, vous pouvez vouloir annoter explicitement le type d'une propriété calculée pour vous assurer que son implémentation est correcte :

import { defineComponent } from 'vue'

export default defineComponent({
  data() {
    return {
      message: 'Hello!'
    }
  },
  computed: {
    // annote explicitement le type retourné
    greeting(): string {
      return this.message + '!'
    },

    // annote une propriété calculée accessible en écriture
    greetingUppercased: {
      get(): string {
        return this.greeting.toUpperCase()
      },
      set(newValue: string) {
        this.message = newValue.toUpperCase()
      }
    }
  }
})

Des annotations explicites peuvent également être nécessaires dans de rares cas où TypeScript ne parvient pas à déduire le type d'une propriété calculée en raison de boucles d'inférence circulaires.

Typer les gestionnaires d'événements ​

Lorsque vous traitez des événements natifs du DOM, il peut être utile de typer correctement l'argument que vous passez au gestionnaire. Jetons un coup d'œil à cet exemple :

<script lang="ts">
import { defineComponent } from 'vue'

export default defineComponent({
  methods: {
    handleChange(event) {
      // `event` a implicitement un type `any`
      console.log(event.target.value)
    }
  }
})
</script>

<template>
  <input type="text" @change="handleChange" />
</template>

Sans annotation de type, l'argument event aura implicitement un type any. Cela entraînera également une erreur TS si "strict" : true ou "noImplicitAny" : true sont utilisés dans tsconfig.json. Il est donc recommandé d'annoter explicitement l'argument des gestionnaires d'événements. De plus, vous pouvez avoir besoin de caster explicitement des propriétés sur event :

import { defineComponent } from 'vue'

export default defineComponent({
  methods: {
    handleChange(event: Event) {
      console.log((event.target as HTMLInputElement).value)
    }
  }
})

Augmenter les propriétés globales ​

Certains plugins installent des propriétés disponibles globalement dans toutes les instances de composants via app.config.globalProperties. Par exemple, nous pouvons installer this.$http pour la récupération des données ou this.$translate pour l'internationalisation. Pour que cela fonctionne bien avec TypeScript, Vue expose une interface ComponentCustomProperties conçue pour être augmentée via l'augmentation de module TypeScript :

import axios from 'axios'

declare module 'vue' {
  interface ComponentCustomProperties {
    $http: typeof axios
    $translate: (key: string) => string
  }
}

Voir aussi :

• Tests TypeScript sur les extensions des types de composant

Placement des augmentations de type ​

Nous pouvons placer cette augmentation de type dans un fichier .ts, ou dans un fichier *.d.ts à l'échelle du projet. Dans les deux cas, assurez-vous qu'il est inclus dans tsconfig.json. Pour les auteurs de bibliothèques / plugins, ce fichier doit être spécifié dans la propriété types du package.json.

Pour profiter de l'augmentation de module, vous devez vous assurer que l'augmentation est placée dans un module TypeScript. En d'autres termes, le fichier doit contenir au moins un import ou un export de premier niveau, même s'il s'agit juste d'un export {}. Si l'augmentation est placée en dehors d'un module, elle écrasera les types originaux au lieu de les augmenter !

// Ne fonctionne pas, écrase les types d'origine.
declare module 'vue' {
  interface ComponentCustomProperties {
    $translate: (key: string) => string
  }
}

// Fonctionne correctement
export {}

declare module 'vue' {
  interface ComponentCustomProperties {
    $translate: (key: string) => string
  }
}

Augmenter des options personnalisées ​

Certains plugins, par exemple vue-router, fournissent un support pour les options de composants personnalisées telles que beforeRouteEnter :

import { defineComponent } from 'vue'

export default defineComponent({
  beforeRouteEnter(to, from, next) {
    // ...
  }
})

Sans augmentation de type appropriée, les arguments de ce hook auront implicitement le type any. Nous pouvons augmenter l'interface ComponentCustomOptions pour supporter ces options personnalisées :

import { Route } from 'vue-router'

declare module 'vue' {
  interface ComponentCustomOptions {
    beforeRouteEnter?(to: Route, from: Route, next: () => void): void
  }
}

Maintenant l'option beforeRouteEnter sera correctement typée. Il est à noter que que c'est juste un exemple - les bibliothèques bien typées comme vue-router devraient effectuer automatiquement ces augmentations dans leurs propres définitions de type.

Le placement de cette augmentation est soumis aux mêmes restrictions que les augmentations de propriétés globales.

Voir aussi :

• Tests TypeScript sur les extensions des types de composant