좋은 코드를 위한 4가지 기준

토스 가이드문서를 읽고 정리

프론트엔드 관점에서 좋다는 것은 변경하기 쉬운 코드 

새로운 요구사항에 대해 유연하게 대응 할 수 있는 .

기준 : 가독성, 예측 가능성, 응집도, 결합도 

• 모두 충족하기란 어렵다
  • 함수 변수를 공통화,추상화 ~ 응집도 상승 ~ 가독성 하락
  • 중복 코드 허용 ~ 영향 범위 하락 ~ 결합도 하락 ~ 응집도 하락
• 트레이드 오프 필요 (직면한 상황의 처리를 위한 가치 우선화)

1. 가독성 [코드의 동작을 이해할 수 있게 하는]

맥락 줄이기

• 같이 실행되지 않는 코드 분리
• 구현 상세 추상화
• 로직 종류에 따른 함수 분리

이름 잘 짓기

위에서 아래로 읽히게 하기 

2. 예측 가능성 

협업자들이 내 코드의 동작을 보더라도 예측할 수 있게 

일관적인 규칙, 변수명, 반환 값만 보고도 동작 이해 

3. 응집도 

수정되어야 할 코드가 항상 같이 수저정 되는지.

구조적 뒷받침으로 코드의 변경은 다른 부분도 함께 수정되도록 

(함께 수정 될 파일을 같은 디렉터리에)

4. 결합도 

코드의 수정이 끼칠 영향 범위 적게 하여 변경에 따른 예측이 쉽게 

책임 분리. 중복 코드 허용. props drilling지우기