TypeScript · 18 satisfies로 설정 검사
단계: 검증과 타입 변환 · 편집 가능한 예제 · 저장 ID: typescript-step-18
목표와 학습 후 역량
- 잘못된 키가 컴파일에서 거부된다.
- 올바른 설정의 리터럴 추론을 기록한다.
선수 지식
17단위 「Utility Types로 편집 모델 만들기」의 결과물과 실험 기록
핵심 개념과 설명
계약 검사
satisfies는 값이 계약을 만족하는지 검사합니다. 값 자체의 추론 정보를 가능한 범위에서 유지합니다.
타입 주석
명시 타입 주석은 변수가 보이는 계약을 정합니다. 리터럴 보존이 필요하면 as const와의 조합도 비교합니다.
실습 준비
예제 화면의 실행 범위 안내를 먼저 확인하세요. 다음은 과제를 별도 프로젝트로 확장할 때의 준비 환경입니다. 별도 로컬 프로젝트에서 직접 구현하고 브라우저 개발자 도구와 tsc --noEmit로 확인하세요. 별도 TypeScript 프로젝트에서 설치한 tsc 버전을 기록하세요. tsconfig.json에 strict를 켜고 tsc --noEmit으로 검사한 뒤, 실행 실습은 컴파일 출력 또는 로컬 개발 서버로 여세요. TS 타입 표기를 브라우저가 직접 실행한다고 가정하지 않습니다.
연결된 예제는 출발점입니다. 아래 과제 전체가 완성된 코드는 아니며, 예제의 지원 범위를 넘는 작업은 별도 프로젝트에서 수행하세요.
실습 과제
- config.ts 파일에 정상 테마와 잘못된 속성 이름 조건을 준비하세요.
- 테마 설정을 타입 주석과 as const satisfies로 각각 선언해 키와 값 사용을 비교하세요.
- 정상 테마와 잘못된 속성 이름 조건으로 실행하세요. 확인할 결과: 잘못된 키가 컴파일에서 거부된다. 올바른 설정의 리터럴 추론을 기록한다. 예상과 실제 결과는 구분해 기록하세요.
관찰할 변수
| 변수 | 기준 조건 | 바꿀 조건 | 예상할 변화·검증 가설 |
|---|---|---|---|
| 설정 키 | foreground | foregound | 실행 전 가설: 오타를 계약 검사에서 발견할 것이다. 다른 조건은 고정하고 실행 후 실제 결과를 따로 기록합니다. |
표의 예상은 측정 결과가 아닙니다. 한 번에 한 조건만 바꾸고 실제 결과가 다르면 원인을 기록하세요.
완료 조건
- 잘못된 키가 컴파일에서 거부된다.
- 올바른 설정의 리터럴 추론을 기록한다.
자가 점검
- satisfies와 as 단언은 무엇이 다른가요?
- 설정 객체가 런타임에도 동결되나요?
공식 참고
연결된 예제와 실행 범위
미리보기는 JavaScript 런타임 경계 실험입니다. TypeScript 진단은 실행하지 않습니다. lesson.ts를 로컬 tsc --strict --noEmit --lib ES2023,DOM 으로 검사하세요.
원본 코드·기록은 자동으로 덮어쓰지 않습니다. 기존 예제를 초기화할 때도 필기는 유지됩니다.
다음 학습
이전: Utility Types로 편집 모델 만들기 · 다음: Mapped Types로 상태 표 만들기