Transpiler
트랜스파일러
트랜스파일러는 소스 코드를 한 언어 버전이나 문법에서 다른 소스 코드로 변경하는 컴파일러입니다.
다른 예시
TypeScript 프로젝트는 ES2022를 대상으로 합니다. 컴파일러는 타입 오류를 보고하고 선택한 JavaScript 구문과 소스 맵을 작성합니다. 파일 크기만 줄이거나 모듈을 합치는 것만으로는 트랜스파일링이 아닙니다.
주요 부분
- 01소스 구문
- 02변환 규칙
- 03대상 소스
사용할 때
소스 코드가 다른 소스 코드 문법이나 언어 대상으로 변경될 때 이 용어를 사용합니다.
다음 경우에는 사용하지 마세요
번들러, 인터프리터, 런타임 또는 파일 압축기를 일반적으로 트랜스파일러라고 부르지 마세요.
코드에서 사용된 이름
typed or modern source → target source + source map 출시하기 전에
Check the runtime and version, integration limits, dependencies and licenses, and platform support. Verify security, failure, speed, monitoring, deploy, support owner, upgrade path, and rollback.
Outcome:Complete the task with 트랜스파일러 (Transpiler)。 User context:TypeScript 프로젝트는 ES2022를 대상으로 합니다. 컴파일러는 타입 오류를 보고하고 선택한 JavaScript 구문과 소스 맵을 작성합니다. 파일 크기만 줄이거나 모듈을 합치는 것만으로는 트랜스파일링이 아닙니다. Technology or engineering concept:트랜스파일러 (Transpiler)。 Why it fits:소스 코드가 다른 소스 코드 문법이나 언어 대상으로 변경될 때 이 용어를 사용합니다. Do not use it when:번들러, 인터프리터, 런타임 또는 파일 압축기를 일반적으로 트랜스파일러라고 부르지 마세요. Engineering fit: Define where it runs and which version to use. Set its job, interfaces, data flow, dependencies, supported systems, security, and speed limits. Explain how it fits the current stack. Lifecycle safeguards: Check dependency health and licenses. Add monitoring and a fallback. Name the upgrade owner. Do not add a second tool for the same job without a measured benefit. Acceptance criteria: A small integration proves the needed behavior. Test compatibility, security, failure, and performance. Document deploy, upgrade, support, and rollback steps. Evidence and limits (evidence boundary):하나의 공식 표준이 전체 용어를 통제하지 않음. 의미는 팀, 플랫폼 또는 프레임워크마다 달라질 수 있음. Unknowns to confirm: Current stack, runtime and version rules, target systems, dependency owner, performance budget, support period, and migration limits.
이 요청을 확인하세요
Review how 트랜스파일러 (Transpiler) is used now. Definition: 트랜스파일러는 소스 코드를 한 언어 버전이나 문법에서 다른 소스 코드로 변경하는 컴파일러입니다. Release checks: Check the runtime and version, integration limits, dependencies and licenses, and platform support. Verify security, failure, speed, monitoring, deploy, support owner, upgrade path, and rollback. Before changing code, list the evidence, gaps, severity, and the smallest safe fix.