Structures vs tables libres

Vous disposez maintenant de deux façons de travailler avec les tables d’enregistrements : la manière souple que vous avez toujours utilisée en Lua, et les formes déclarées. Il vaut la peine de s’arrêter un instant pour voir ce que chacune apporte.

Une table souple accepte n’importe quoi. Cette flexibilité a un prix : faites une faute de frappe dans un champ (user.nmae) et vous obtenez silencieusement nil ; oubliez un champ et le bogue apparaît bien plus loin, à l’exécution, dans le code qui touche le premier à l’emplacement manquant :

local user = {name = "Ana", age = 20}
print(user.nmae) -- table lâche : affiche silencieusement nil

Déclarez une forme et ces erreurs passent de l’exécution au moment de l’édition. Le vérificateur signale la faute dès que vous l’écrivez, votre éditeur peut compléter automatiquement les noms de champs, et la déclaration type sert également de documentation sur le contenu de la table :

type User = {name: string, age: number}
local user: User = {name = "Ana", age = 20}
print(user.nmae) -- ✗ erreur de type : clé 'nmae' introuvable dans User

Si vous venez de TypeScript, notez que Luau ne possède pas de mot-clé interface : type gère toutes les formes. Il n’existe pas non plus de « fusion de déclarations » : déclarer deux types portant le même nom dans la même portée est une erreur, de sorte que chaque forme possède exactement une définition.

Les formes de Luau sont structurelles : toute table contenant les bons champs avec les bons types correspond, peu importe où ou comment elle a été créée. Et les tables souples ont toujours leur utilité : les scripts rapides et les données véritablement dynamiques n’ont pas besoin d’une forme déclarée. Pour tout ce qui est transmis entre fonctions, en revanche, une forme permet de détecter les erreurs alors qu’il est encore facile de les corriger.