Next.js 깊이 보기
Next.js가 왜 등장했고 어떻게 발전해왔는지, App Router, Server Components, Server Actions, Turbopack까지 16.2 기준 주요 기능을 발전 맥락과 함께 정리합니다
- 01
Next.js는 왜 만들어졌나
2016년 React 생태계가 마주한 문제, SSR의 복잡한 설정, CSR의 SEO 약점, 그리고 zero-config 프레임워크를 향한 요구. Next.js가 등장한 배경과 App Router까지 걸어온 길을 정리합니다.
- 02
App Router와 파일 기반 라우팅
Pages Router의 한계에서 App Router까지, 레이아웃 공유, 로딩 상태, 에러 처리가 파일 규칙 몇 개로 어떻게 해결되는지, 그리고 Parallel/Intercepting Routes 같은 고급 기능의 의미를 정리합니다.
- 03
Server Components, 왜 다시 서버로
React가 다시 서버로 돌아간 이유, CSR의 워터폴과 번들 비대 문제, 그리고 Server Components가 그것을 어떻게 해결했는지. 'use client' 경계와 컴포넌트 트리의 의미를 정리합니다.
- 04
데이터 패칭과 캐싱의 진화
getServerSideProps와 getStaticProps에서 fetch 확장, 그리고 Cache Components까지, Next.js가 데이터 처리 모델을 어떻게 바꿔왔는지 정리합니다.
- 05
렌더링 전략, SSR, SSG, ISR, PPR
SSR, SSG, ISR, 그리고 Partial Prerendering까지, 각 렌더링 전략이 왜 등장했고 어떤 문제를 해결하는지, 그리고 Next.js 16의 Cache Components 모델로 어떻게 통합되는지 정리합니다.
- 06
Server Actions, mutation의 재발명
API 라우트 + useEffect의 번거로움에서 'use server'의 단순함까지, Next.js가 폼과 데이터 변경을 다루는 방식을 어떻게 바꿨는지 정리합니다.
- 07
Next.js 16과 Turbopack, 빌드 도구의 전환
Webpack의 한계에서 Turbopack까지, Next.js가 빌드 도구를 교체한 여정과 16.2에서 만나볼 수 있는 최신 기능들을 정리합니다.