1. 상태관리

• 복잡한 앱 -> 상태 많아지면서...
  • 전역에 노출된 상태를 관리하는 것이 어려워짐
• 상태를 좁혀야 함
  • 높은 수준의 상태는 전역변수와 같은 고민이 생김
  • recoil과 같은 상태 관리 라이브러리를 이용하여 props 드릴링 회피 등의 방법
• 불필요한 라이브러리 사용 금지
  • 라이브러리를 사용하는 설득력은 에러해결과 생산성 증가에 있다.
• 리액트 훅 api만으로 웬만하면 충분
• 서버상태, 서버와 연동이 되는 부분은 서버상태로 취급해서 관리하는 것이 좋음
• 서버상태를 프론트엔드에서 보관하지 않는게 좋음

서버 상태, 클라이언트 상태

• 클라이언트 상태:
  접기 펼치기, 메뉴열기 등 서버에 알려줄 필요가 없는 것
• 서버 상태:
  실시간으로 추가된 데이터를 서버에 보낸다거나 댓글을 단다거나 등 서버에 알려줘야할 것
  패칭 라이브러리를 쓰면 서버상태를 관리하기 쉽다.

구조 아키텍쳐

• 디렉토리를 계층적으로 두어야 함
• 찾기 쉬운 서랍장처럼 디렉토리 구조를 만드는 것이 좋음

읽기 좋은 코드

• 가독성이 좋은 네이밍을 유지하고 일관성을 유지

  • 디렉토리 이름
  • 파일 이름
  • 함수명
  • 변수명

  https://www.youtube.com/watch?v=RzbBeRSnvRo&ab_channel=%ED%94%84%EB%A1%B1%ED%8A%B8
  5:31초