둘 차이를 단순 비교로 끝내는지, _선언 병합·유니온/조건부_ 같은 구체 차이와 팀 일관성까지 잡는 사람인지를 가른다.
interface와 type 둘 다 타입을 표현하지만 강점이 다르다. interface는 객체 계약 표현과 extends·_선언 병합_에 유리해 라이브러리 공개 API에 자주 쓰인다. type은 유니온·인터섹션·조건부 타입·매핑된 타입처럼 조합형 타입 계산에 강하다. 실무에서는 "객체 확장 계약"은 interface, "복합 타입 계산"은 type으로 역할을 나누면 가독성과 유지보수가 좋아진다. 무엇을 쓰느냐보다 _코드베이스 전체에서 기준을 일관되게 유지하는 것_이 더 중요하다.
선언 병합으로 외부 라이브러리 타입을 확장한 경험이 있다면 interface 강점 이야기를 그대로 답변 후크로 쓸 수 있다
API 응답을 discriminated union으로 모델링한 경험이 있다면 type의 조합 능력으로 연결할 수 있다
팀 컨벤션에 "공개 객체 계약은 interface, 내부 계산은 type" 같은 기준을 정한 경험이 있다면 일관성 이야기로 깊이가 생긴다
아직 공개된 답변이 없어요. 첫 공개 답변을 남겨보세요.