ESLint와 AST로 코드 퀄리티 높이기

사람이 코드 컨벤션을 일일이 확인하는 데 한계가 있고, 커뮤니티 ESLint 규칙만으로는 사내 라이브러리나 SSR 환경의 제약을 충분히 다루기 어려웠습니다. 정규식 대신 AST를 사용하면 실제 함수 호출과 문자열·주석을 구분할 수 있으며, AST Explorer로 노드 구조를 확인한 뒤 ESLint의 `create`와 노드 방문자, `context.report`를 이용해 규칙을 구현할 수 있습니다. 토스는 HTTP 링크, deprecated API, 금지 패키지, SSR에서 안전하지 않은 라이브러리 사용 등을 검사하는 자체 규칙을 플러그인으로 배포해 컨벤션을 유지합니다. 조직 고유의 사용 맥락을 정적 분석 규칙으로 자동화하면 코드 리뷰에만 의존하지 않고 오류와 안티패턴을 사전에 발견할 수 있다는 점을 보여줍니다.

• 정규식은 문자열이나 주석 속 코드와 실제 실행 구문을 구별하지 못하므로 AST 기반 분석을 활용하세요.
• AST Explorer에서 파서별 노드 구조를 확인하면 규칙을 구현하기 전에 필요한 구문 정보를 파악할 수 있습니다.
• ESLint 규칙은 `create` 함수에서 노드 타입별 방문자를 반환하고, 위반 시 `context.report`로 알릴 수 있습니다.
• 조직의 라이브러리 사용 방식이나 SSR 제약처럼 범용 플러그인이 다루지 못하는 기준은 자체 규칙으로 보완할 수 있습니다.