우기의 알 블로그 저자 한승욱이라고 합니다.
스스로 알을 깨고 나오는 새처럼
언젠가 알을 깨고 온전한 나 자신이 되었을 때, 그때를 기다리며 제 속에서 솟아 나오는 것을 글로써 표현하고자 합니다.
'개발 기술블로그'를 위주로 저 한승욱의 다양한 관심사, 생각, 철학 등을 포스팅합니다.
프로젝트 최상위 위치에 .prettier.js 파일 생성 후 작성(json 파일로 생성해도 되지만, 주석의 용이성을 위함)
module.exports = {
singleQuote: true,
// 문자열은 작은 따옴표로 통일
semi: true,
//코드 마지막에 세미콜른이 자동 생성
useTabs: false,
//탭의 사용을 금하고 스페이스바 사용으로 대체
tabWidth: 4,
// 들여쓰기 너비는 4칸
trailingComma: 'all',
// 객체나 배열 키:값 뒤에 콤마 생성
printWidth: 80,
// 코드 한줄이 maximum 80칸
arrowParens: 'avoid',
// 화살표 함수가 하나의 매개변수를 받을 때 괄호 생략
};
Eslint, Prettier 설정 Best Practice
예전에 Eslint, Prettier를 설정하면서, 제대로 알지 못하고 무지성으로 설정한 경험이 있다.
최근에 우연하게도 React 파트를 맡게되는 일이 생겼고, 다시 한번 이를 설정할 기회가 생겼다.
무엇이 Best Practice인지 고민하면서 아래의 글을 정리할 수 있었다.
Eslint는 linter로써 문법상 오류를 방지하기 위한 것, Prettier는 formatter로써 코드 스타일을 통일하고 교정하기 위함입니다.
참고:
'기술개발 > React, Frontend' 카테고리의 다른 글