셰이프 vs. 느슨한 테이블

이제 레코드 테이블을 작업하는 두 가지 방법이 있습니다. Lua에서 항상 사용해 온 loose 방식과 declared shapes입니다. 각 방식이 제공하는 이점을 잠시 살펴볼 가치가 있습니다.

loose 테이블은 모든 것을 허용합니다. 이러한 유연성에는 대가가 따릅니다. 필드 이름을 잘못 입력하면(user.nmae) silently nil을 얻게 되고, 필드를 누락하면 실행 시간(runtime) 동안 해당 빈 값을 처음 다루는 코드에서 훨씬 나중에 버그가 표면화됩니다.

local user = {name = "Ana", age = 20}
print(user.nmae) -- loose table: silently prints nil

형태(shape)를 선언하면 이러한 실수가 실행 시간에서 편집 시간으로 이동합니다. 체커는 작성하는 즉시 오타를 표시하고, 에디터는 필드 이름을 자동 완성을 해줄 수 있으며, type 선언은 테이블에 포함된 내용의 문서 역할도 겸하게 됩니다.

type User = {name: string, age: number}
local user: User = {name = "Ana", age = 20}
print(user.nmae) -- ✗ type error: key 'nmae' not found in User

TypeScript에 익숙하시다면 Luau에는 interface 키워드가 없다는 점에 유의하세요. type이 모든 형태를 처리합니다. 또한 "선언 병합(declaration merging)"도 없습니다. 동일한 스코프에서 동일한 이름으로 두 타입을 선언하면 error가 발생하므로 각 형태는 정확히 하나의 정의만 갖습니다.

Luau의 형태는 구조적(structural)입니다. 어디서 어떻게 생성되었든 올바른 타입의 올바른 필드를 가진 모든 테이블은 일치합니다. 그리고 loose 테이블도 여전히 쓰임새가 있습니다. 간단한 스크립트나 진정한 동적 데이터에는 선언된 형태가 필요하지 않습니다. 하지만 함수 간에 전달되는 모든 항목의 경우 형태를 사용하면 적은 비용으로 실수를 잡아낼 수 있습니다.