page 라우팅? app 라우팅? 뭐가 좋은데?

app 라우팅

• 장점
  • 페이지별 렌더링 방식에서 컴포넌트별 렌더링으로 변경됨에 따른 각 컴포넌트별 처리가 가능
    • 페이지 별로 로딩하던 것을 더 작은 UI 구성 요소로 분할해 컴포넌트 별로 렌더링 방식을 결정하고 로딩하는 방식으로 바뀜. 컴포넌트의 기본값을 서버 컴포넌트로 설정하는 것을 통해 SSR의 장점을 가져가는 한편, 준비되는 UI를 점진적으로 로드함으로써 TTV와 TTI간의 간격에 대한 SSR단점도 보완
  • page 디렉토링에서 getServerSideProps() 함수를 통해 SSR을 개발자가 하나하나 구현했다면 app 디렉토링은 기본값이 ssr로 구현됨.
  • layout 컴포넌트 활용 : 재사용 가능한 UI 공유
  • 에러 핸들링
• 단점
  • github next팀의 QA 팀으로 합류(안정성 문제)
    • https://github.com/vercel/next.js/issues
    • 안정화가 계속 진행중이며 계속 개발중인 부분이 있음.(현재 버전 13.4.12)
      • 개발중에도 릴리즈 버전이 바뀔 수 있고 의존성에 의한 이슈가 발생할 수 있음.
  • hydrate 방식에 따른 두번의 렌더링 과정

 개인 프로젝트나 사이드 프로젝트에서는 버전이 바뀌더라도 같이 기여하면서 프로젝트를 진행할 수 있고 app 라우팅 방식의 장점을 사용할 수 있어서 좋을 수 있지만, 서비스되는 프로덕션에 적용을 해야한다면 안정성 문제가 있기 때문에 어려울 것이라고 생각이 된다.