Nested Routes

중첩 라우트 확장 기준

폴더를 깊게 만들면 layout 상속과 loading/error 범위도 함께 깊어진다. 정보 구조 없이 URL만 길어지면 유지보수가 어려워진다.

01

정보 구조를 먼저 그린다

조직, 프로젝트, 설정처럼 실제 계층이 있을 때 segment를 나누면 URL이 설명력을 가진다.

02

공통 UI를 배치한다

깊은 route에서 반복되는 shell은 가장 가까운 공통 layout으로 올린다.

03

데이터 범위를 쪼갠다

상위 segment에서 필요한 데이터와 leaf page에서만 필요한 데이터를 분리해 불필요한 재요청을 줄인다.

breadcrumb
현재 위치 설명 중첩 URL은 사용자가 상위로 돌아갈 길을 제공해야 한다.
문서와 관리자 화면에 특히 중요하다.
layout depth
상속 비용 layout이 많아질수록 provider, fetch, loading 경계도 늘어난다.
빈 wrapper를 만들지 않는다.
parallel needs
분리된 영역 독립적으로 바뀌는 화면 영역은 routing 기능 선택을 다시 본다.
단순 중첩만으로 해결하지 않는다.
route params
상위 값 전달 상위 동적 segment의 params를 하위에서도 사용한다.
식별자 이름 충돌을 피한다.

깊이 · 반복 · 로딩 점검

깊이 URL 깊이가 실제 도메인 계층을 반영하는가.
반복 하위 page마다 같은 frame을 복사하지 않는가.
로딩 상위 layout fetch 때문에 leaf 이동이 과하게 느려지지 않는가.

중첩 예

app/org/[orgId]/layout.tsx
app/org/[orgId]/projects/[projectId]/page.tsx