Prettier란 무엇인가요

Prettier는 코드를 파싱한 후 자체 규칙에 따라 처음부터 다시 작성하여 일관된 스타일을 강제하는 독단적인 코드 포맷터입니다. 오류 탐지에 집중하는 기존 린터와 달리, Prettier는 이전 스타일을 무시하고 작성자의 습관과 관계없이 코드베이스의 통일성을 유지합니다. JavaScript, TypeScript, CSS, HTML, GraphQL 등 방대한 생태계를 지원합니다. 포맷팅 과정을 자동화하여 코드 리뷰 시 '스타일 논쟁'을 제거하고, 개발자가 들여쓰기나 세미콜론 위치 대신 로직에 집중할 수 있게 합니다. 고속의 다수 기여자 저장소를 유지하기 위한 업계 표준 도구입니다.

Prettier의 핵심 기능

독단적인 포맷팅 엔진

Prettier는 기존 스타일을 버리고 내부 AST(추상 구문 트리)를 기반으로 코드를 재구성합니다. 엄격한 규칙을 강제함으로써 중괄호 위치나 줄 길이에 대한 주관적인 논쟁을 제거합니다. 이러한 결정론적 접근 방식은 프로젝트 내 모든 파일이 동일하게 보이도록 하여 모듈 간 전환 시 개발자의 인지 부하를 줄여줍니다.

다중 언어 지원

JavaScript와 TypeScript 외에도 CSS, HTML, JSON, Markdown, YAML, GraphQL을 지원합니다. 이 통합 툴체인을 통해 개발자는 파일 유형별로 별도의 포맷터를 사용할 필요가 없습니다. SCSS나 MDX와 같은 언어의 복잡한 중첩 구조도 일관되게 처리하며, 프로젝트 전반의 스타일링을 위한 단일 진실 공급원(Single Source of Truth) 역할을 합니다.

IDE 통합 생태계

VS Code, WebStorm, Vim, Emacs를 위한 최고 수준의 플러그인을 제공합니다. 에디터의 'Format on Save' 라이프사이클에 연결되어 즉각적인 피드백을 제공합니다. 이러한 긴밀한 통합은 코드가 버전 관리에 커밋되기 전에 포맷팅되도록 보장하여, 지저분한 diff를 방지하고 깔끔한 git 기록을 유지합니다.

제로 설정 기본값

Prettier는 프로젝트의 95%에서 즉시 작동하는 합리적인 기본값을 제공합니다. 탭 너비나 세미콜론 사용과 같은 사소한 설정은 허용하지만, '설정 비대화'를 방지하기 위해 옵션을 의도적으로 제한합니다. 이러한 철학은 팀이 표준을 수용하도록 강제하며, ESLint 기반 포맷팅 규칙에서 흔히 발생하는 끝없는 커스터마이징 주기를 방지합니다.

CI/CD 파이프라인 강제

CI 파이프라인에서 `prettier --check`를 실행하여 포맷팅되지 않은 코드가 포함된 풀 리퀘스트를 자동으로 거부할 수 있습니다. 이 게이트키핑 메커니즘은 개발자가 팀의 스타일 가이드를 우회할 수 없도록 보장하며, 관리자의 수동 개입 없이 전체 저장소에서 100% 준수 상태를 유지합니다.

Prettier 사용 방법

npm을 통해 프로젝트에 패키지 설치: npm install --save-dev --save-exact prettier., 2. 빈 설정 파일을 생성하여 사용 설정: echo {}> .prettierrc.json., 3. dist, coverage, node_modules 등 빌드 결과물을 제외할 .prettierignore 파일 생성., 4. package.json에 포맷 스크립트 추가: "format": "prettier --write \"src/**/*.js\""., 5. 공식 Prettier 확장 프로그램을 설치하고 'Format on Save'를 활성화하여 IDE(VS Code, WebStorm)와 통합., 6. npm run format을 실행하여 전체 코드베이스를 한 번에 표준화.

Prettier의 활용 사례

대규모 팀 표준화

대규모 엔터프라이즈 팀에서는 개발자마다 코딩 스타일이 충돌하는 경우가 많습니다. Prettier를 통합하면 코드 리뷰에서 스타일 관련 의견을 제거할 수 있어, 시니어 엔지니어가 구문이 아닌 아키텍처 로직에 집중하게 함으로써 PR 리뷰 프로세스의 속도를 크게 향상시킵니다.

레거시 리팩토링 자동화

일관성 없는 포맷팅을 가진 레거시 코드베이스를 인계받았을 때, 개발자는 프로젝트 전체에 Prettier를 실행하여 구문을 정규화할 수 있습니다. 이는 깔끔한 기준선을 제공하여, 일관성 없는 들여쓰기나 간격에 방해받지 않고 코드를 읽고 실제 버그를 식별하기 쉽게 만듭니다.