PR 리뷰가 어렵다면, 해볼 수 있는 내용

 

웹접근성

https://accessibility.naver.com/accessibility

 

div 대신 <></> 또는 Fragment 사용

 

SOLID

단일 책임 원칙

개방 폐쇄 원칙: 변경에 유용한가, 

리스코프 치환 원칙

인터페이스 분리 원칙

의존성 역전 원칙

 

IoC

DI

 

특히 설계는 

너무 많은 것이 변경되지 않도록 처음부터 주의해서 설계해야 하는 것 같다.

 

하나가 변경된 경우 그것과 관련된 내용들이

같은 레벨, 또는 하위 레벨로 전파되어 수정 범위가 넓어지면 곤란한 상황이 생긴다.

(API 명세가 바뀌었을 때, 함수의 매개번수 변경/추가 또는 컴포넌트 prop이 바뀐 경우도 있을 것 같다.)

API 스펙이 바뀐 경우, 인터페이스가 있다면?

 

 

 

도메인 분류

네이밍과 관련된 부분일 수도 있는데, 주요 용어들은 통일하는것도 좋을 것 같다. (컨벤션)

 

props drilling vs contextAPI

 

테스트하기 유용한가?