객체 모양인가
속성과 메서드의 계약을 공유한다면 interface를 우선 검토합니다.
type/interface 선택 기준
둘 다 객체 타입을 표현할 수 있지만, 유니온과 튜플까지 이름 붙일지, 선언 병합과 구현 계약이 필요한지가 선택을 가릅니다.
조합 타입인가
유니온, 튜플, 인터섹션 조합에 이름을 붙일 때는 type이 자연스럽습니다.
확장 지점인가
라이브러리처럼 선언 병합이나 implements가 필요하면 interface가 유리합니다.
팀 규칙에 맞는가
둘 다 가능한 경우에는 프로젝트의 기존 패턴과 일관성을 우선합니다.
타입 시스템 표현력이 필요하면 type, 확장 가능한 객체 계약을 강조하고 싶으면 interface로 시작하면 읽는 사람이 의도를 빨리 파악합니다.