How to Name your Types

연사가 제안하는 첫 번째 지침은 배열 타입을 제외하고 단수 이름을 사용하는 것입니다. 예를 들어, 유니온 타입이 여러 루트를 포함하는 경우 "roots"가 아니라 "root"로 이름을 지정해야 합니다. 이는 유니온 타입이 여러 루트가 아닌 단일 루트의 가능성만을 나타내기 때문입니다. 마찬가지로, 루트 배열이 필요한 경우 일관성을 유지하기 위해 "roots array"가 아니라 "root array"로 이름을 지정해야 합니다. 두 번째 지침은 변수와 유형에 대해 다른 케이싱을 사용하여 혼동을 피하는 것입니다. 연사는 유형과 변수에 대해 다른 케이싱을 사용하면 런타임 변수와 타입 수준 변수를 구분하는 데 도움이 된다고 설명합니다. 예를 들어, "route"라는 변수가 "Route"라는 유형과 동일한 범위에서 선언된 경우 구문 강조 표시가 혼동될 수 있습니다. 이를 피하기 위해 연사는 유형에 대해 Pascal case를 사용하고 변수에 대해 camel case를 사용하는 것을 제안합니다. 세 번째 지침은 일반적인 유형임을 나타내기 위해 유형 인수를 "t"로 접두사로 붙이는 것입니다. 연사는 "t" 또는 "t data"를 접두사로 사용하는 것이 허용된다고 제안하지만, "t u v w x y z"를 사용하는 것은 혼란스러울 수 있으므로 경고합니다. 마지막으로, 연사는 인터페이스에 대해 "T"를 사용하는 등 불필요한 규칙을 피하는 것을 제안합니다. 연사는 유형이 인터페이스인지 클래스인지를 결정하는 것은 이름 위에 마우스를 올리면 쉽게 확인할 수 있으므로 접두사나 접미사를 추가하는 것은 필요하지 않다고 주장합니다. 대신, 유형의 목적을 정확하게 전달하는 기술적인 이름을 사용하는 것이 좋다고 제안합니다.