레이아웃 적용 전에는 children, 서버 경계, provider 위치를 먼저 점검한다
겉보기로 UI가 공유되어도 children 누락, 과한 use client, 넓은 데이터 fetch가 있으면 유지보수성과 성능이 떨어진다.
| 점검 항목 | 좋은 신호 | 나쁜 신호 | 수정 방향 |
|---|---|---|---|
| children | 항상 children을 렌더 | children 누락으로 page가 안 보임 | layout 기본 형태 확인 |
| Link 문법 | Link가 직접 텍스트를 감쌈 | Link 안에 a 중첩 | 현재 App Router 문법으로 수정 |
| 서버/클라이언트 | layout은 서버, 작은 wrapper만 client | layout 전체 use client | provider를 하위 client 컴포넌트로 분리 |
| 데이터 범위 | 필요한 계층에서 fetch | RootLayout에서 섹션 데이터 fetch | 사용 범위가 좁은 layout로 내림 |
| 중첩 깊이 | 책임별로 명확히 분리 | 레이아웃이 너무 잘게 쪼개짐 | 유지되는 UI가 있을 때만 추가 |