셰이프 vs. 느슨한 테이블

이제 레코드 테이블을 다루는 두 가지 방법이 있습니다. Lua에서 늘 사용해 온 느슨한 방식과 선언된 형태입니다. 각각 어떤 이점이 있는지 잠시 살펴보겠습니다.

느슨한 테이블에는 무엇이든 넣을 수 있습니다. 하지만 그 유연성에는 대가가 따릅니다. 필드 이름을 잘못 입력하면(user.nmae) 조용히 nil을 얻고, 필드를 빠뜨리면 그 구멍에 가장 먼저 닿는 코드가 실행될 때 런타임에 한참 뒤에서 버그가 드러납니다.

local user = {name = "Ana", age = 20}
print(user.nmae) -- 느슨한 테이블: 아무 경고 없이 nil을 출력함

형태를 선언하면 이런 실수는 런타임이 아니라 편집 시점에 발견됩니다. 잘못 입력한 순간 검사기가 오류를 표시하고, 편집기에서 필드 이름을 자동 완성할 수 있으며, type 선언은 테이블에 무엇이 들어 있는지 설명하는 문서 역할도 합니다.

type User = {name: string, age: number}
local user: User = {name = "Ana", age = 20}
print(user.nmae) -- ✗ 타입 오류: User에서 키 'nmae'을 찾을 수 없음

TypeScript를 사용해 봤다면, Luau에는 interface 키워드가 없다는 점에 유의하세요. 모든 형태를 type으로 처리합니다. 또한 "선언 병합"도 없습니다. 같은 범위에서 같은 이름으로 두 타입을 선언하면 오류가 발생하므로, 각 형태는 정확히 하나의 정의만 가집니다.

Luau의 형태는 구조적입니다. 올바른 타입의 필드를 갖춘 테이블이라면 어디서 어떻게 만들어졌는지와 관계없이 일치합니다. 느슨한 테이블도 여전히 쓸모가 있습니다. 간단한 스크립트와 정말 동적인 데이터에는 선언된 형태가 필요하지 않습니다. 하지만 함수 사이에서 전달되는 데이터라면 형태를 선언해 두는 것이 실수가 큰 비용이 들기 전에 잡아 줍니다.