Skip to content

Commit 70bf66b

Browse files
committed
fix: Update Korean translation for 'Usage with NextJS' document
1 parent 83ce619 commit 70bf66b

File tree

1 file changed

+37
-37
lines changed

1 file changed

+37
-37
lines changed

i18n/kr/docusaurus-plugin-content-docs/current/guides/tech/with-nextjs.mdx

+37-37
Original file line numberDiff line numberDiff line change
@@ -3,57 +3,60 @@ sidebar_position: 10
33
---
44
# NextJS와 함께 사용하기
55

6-
NextJS에서도 FSD(Feature-Sliced Design) 아키텍처를 구현할 수 있지만, 두 가지 점에서 NextJS의 프로젝트 구조 요구사항과 FSD 구조 간에 충돌이 발생합니다:
6+
NextJS에서도 FSD 아키텍처를 적용할 수 있지만, NextJS의 기본 프로젝트 구조와 FSD 원칙 간에 몇 가지 충돌이 발생할 수 있습니다.
77

8-
- `pages` 폴더와의 라우팅 방식 차이
9-
- NextJS에서 `app` 폴더의 충돌 문제 또는 부재
8+
#### 주요 차이점
109

11-
## FSD와 NextJS의 `페이지` 레이어 간 충돌 {#pages-conflict}
10+
- NextJS의 `pages` 폴더와 FSD의 `pages` layer 간의 이름 충돌
11+
- NextJS 13 이전 버전에서는 FSD의 `app` layer에 해당하는 명확한 폴더 구조가 없음
1212

13-
NextJS는 애플리케이션 라우트를 정의하기 위해 `pages` 폴더를 사용하며, `pages` 폴더 내의 파일이 URL과 매핑되도록 설정합니다.
14-
하지만 이 방식은 FSD(Folder Slice Design) `개념에 맞지는 않습니다`. 특히, NextJS의 라우팅 방식으로는 FSD의 슬라이스 구조를 평평하게 유지하기 어려운 점이 있습니다.
13+
## FSD와 NextJS의 `pages` layer 충돌 {#pages-conflict}
1514

16-
### NextJS의 `pages` 폴더를 프로젝트 루트 폴더로 이동하기 (권장)
15+
NextJS는 파일 시스템 기반 라우팅을 위해 `pages` 폴더를 사용하며, 해당 폴더 내 파일이 자동으로 라우트에 매핑됩니다.
16+
그러나 이 방식은 FSD의 `pages layer 개념과 충돌`하며, 특히 FSD에서 권장하는 평탄한(flat) slice 구조를 NextJS의 중첩 라우팅 방식에서 유지하기 어려운 문제가 있습니다.
1717

18-
프로젝트 루트에 `pages` 폴더를 배치하고, FSD 구조에 맞춘 페이지들을 NextJS의 `pages` 폴더로 옮깁니다.
19-
이렇게 하면 `src` 폴더 내에서 FSD 구조를 유지할 수 있습니다.
18+
### NextJS의 `pages` 폴더를 루트 폴더로 이동 (권장)
19+
20+
가장 권장되는 방법은 NextJS의 `pages` 폴더를 프로젝트 루트에 배치하고, FSD 구조는 `src` 폴더 내에서 유지하는 것입니다.
21+
이렇게 하면 NextJS의 라우팅 시스템을 그대로 활용하면서도 FSD 아키텍처를 온전히 적용할 수 있습니다.
2022

2123
```sh
22-
├── pages # NextJS 페이지 폴더
24+
├── pages # NextJS의 라우팅 시스템용 폴더
2325
├── src
2426
│ ├── app
2527
│ ├── entities
2628
│ ├── features
27-
│ ├── pages # FSD 페이지 폴더
29+
│ ├── pages # FSD의 pages layer
2830
│ ├── shared
2931
│ ├── widgets
3032
```
3133

3234
### FSD 구조 내 `pages` 폴더 이름 변경하기
3335

34-
다른 방법으로는 FSD 구조 내에서 `pages` 폴더의 이름을 변경하여 NextJS의 `pages` 폴더와 충돌을 피할 수도 있습니다.
35-
예를 들어, `pages` 폴더를 `views`이름을 변경하면 `src` 폴더 내의 FSD 구조를 유지하면서도 NextJS의 요구 사항과 충돌하지 않게 됩니다.
36+
다른 방법으로는 FSD의 `pages` layer 이름을 변경하여 NextJS의 `pages` 폴더와의 충돌을 방지하는 것입니다.
37+
예를 들어, `pages``views`로 변경하면 NextJS의 라우팅 시스템과 FSD 구조를 동시에 유지할 수 있습니다.
3638

3739
```sh
3840
├── app
3941
├── entities
4042
├── features
41-
├── pages # NextJS 페이지 폴더
42-
├── views # 이름이 변경된 FSD 페이지 폴더
43+
├── pages # NextJS 라우팅용 폴더
44+
├── views # 이름이 변경된 FSD pages layer
4345
├── shared
4446
├── widgets
4547
```
4648

47-
이름을 변경하는 경우, 이를 프로젝트의 README나 내부 문서에 명확히 기록하여 변경 사항이 잘 전달되도록 하는 것이 좋습니다. 이러한 변경은 ["프로젝트 지식"][project-knowledge]의 일부로 문서화하는 것이 중요합니다.
49+
폴더 이름을 변경한 경우, 프로젝트의 README나 내부 문서에 이를 명확하게 기록하는 것이 중요합니다.
50+
이러한 변경 사항은 ["프로젝트 지식"][project-knowledge]의 일부로 문서화하여 팀원들이 쉽게 이해할 수 있도록 해야 합니다.
4851

49-
## NextJS에서 `app` 폴더 부재 문제 {#app-absence}
52+
## NextJS에서 FSD의 `app` layer 구현하기 {#app-absence}
5053

51-
NextJS 13버전 이하에서는 명시적인 `app` 폴더가 없으며,
52-
대신 `_app.tsx` 파일이 모든 페이지를 감싸는 컴포넌트 역할을 합니다.
54+
NextJS 13 이전 버전에서는 FSD의 `app` layer에 해당하는 명확한 폴더 구조가 제공되지 않았습니다.
55+
대신 `pages/_app.tsx` 파일이 애플리케이션의 진입점 역할을 하며, 전역 상태 및 레이아웃을 관리합니다.
5356

54-
### `pages/_app.tsx` 파일에 app 기능 가져오기
57+
### `pages/_app.tsx`app layer 기능 통합하기
5558

56-
NextJS 구조에서 `app` 폴더가 없는 문제를 해결하려면, `app` 폴더 내에 `App` 컴포넌트를 생성하고, 이를 `pages/_app.tsx` 가져와 NextJS가 사용할 수 있도록 설정하면 됩니다. 예를 들어:
59+
FSD의 `app` layer 개념을 NextJS에 적용하려면, `app` 폴더에 애플리케이션의 프로바이더와 레이아웃 구성을 정의한 후, 이를 `pages/_app.tsx`에서 가져와 사용할 수 있습니다.
5760

5861
```tsx
5962
// app/providers/index.tsx
@@ -73,7 +76,7 @@ const App = ({ Component, pageProps }: AppProps) => {
7376
export default App;
7477
```
7578

76-
그 다음 `pages/_app.tsx` 파일에서 `App` 컴포넌트와 프로젝트 전역 스타일을 다음과 같이 가져올 수 있습니다:
79+
그다음, `pages/_app.tsx`에서 `App` 컴포넌트를 가져와 NextJS의 진입점으로 설정하고, 전역 스타일을 로드할 수 있습니다.
7780

7881
```tsx
7982
// pages/_app.tsx
@@ -85,33 +88,30 @@ export { default } from 'app/providers';
8588

8689
## App Router 사용하기 {#app-router}
8790

88-
NextJS 13.4 버전에서는 App Router가 안정화되었습니다. App Router를 사용하면 `pages` 폴더 대신 `app` 폴더를 통해 라우팅을 처리할 수 있습니다.
89-
FSD 원칙을 준수하기 위해, NextJS의 `app` 폴더도 `pages` 폴더와의 충돌 문제를 해결한 것과 동일한 방식으로 다루어야 합니다.
91+
NextJS 13.4 버전부터 정식 지원되는 App Router는 `pages` 폴더 대신 `app` 폴더를 통해 라우팅을 구현합니다.
92+
FSD 아키텍처를 App Router와 함께 사용할 때도 앞서 설명한 것과 유사한 방식으로 구조를 설정할 수 있습니다.
9093

91-
이를 위해 NextJS의 `app` 폴더를 프로젝트 루트로 이동하고, FSD 페이지들을 `app` 폴더로 옮기는 방식을 사용합니다.
92-
이렇게 하면 `src` 폴더 내에서 FSD 프로젝트 구조를 유지할 수 있습니다.
93-
또한, App Router와 Pages Router가 호환되므로 `pages` 폴더를 프로젝트 루트에 추가하는 것이 필요합니다.
94+
NextJS의 app 폴더를 프로젝트 루트에 배치하고, FSD의 app layer는 `src` 폴더 내에서 유지하는 것이 좋습니다.
95+
또한, App Router와 Pages Router는 함께 사용할 수 있으므로, 필요에 따라 두 라우팅 시스템을 모두 활용할 수도 있습니다.
9496

9597
```
96-
├── app # NextJS app 폴더
97-
├── pages # NextJS pages 폴더
98-
│ ├── README.md # 해당 폴더의 목적과 역할에 대한 설명
98+
├── app # NextJS의 App Router용 폴더
99+
├── pages # NextJS의 Pages Router용 폴더 (선택적)
100+
│ ├── README.md # 폴더의 용도 설명
99101
├── src
100-
│ ├── app # FSD app 폴더
102+
│ ├── app # FSD의 app layer
101103
│ ├── entities
102104
│ ├── features
103-
│ ├── pages # FSD pages 폴더
105+
│ ├── pages # FSD의 pages layer
104106
│ ├── shared
105107
│ ├── widgets
106108
```
107109

108110
[![Open in StackBlitz](https://developer.stackblitz.com/img/open_in_stackblitz.svg)][ext-app-router-stackblitz]
109111

110-
## 관련 항목 {#see-also}
112+
## 참고 자료 {#see-also}
111113

112-
- [(스레드) NextJS의 pages 디렉토리에 대한 토론](https://t.me/feature_sliced/3623)
114+
- [(스레드) NextJS의 pages 폴더에 대한 토론](https://t.me/feature_sliced/3623)
113115

114116
[project-knowledge]: /docs/about/understanding/knowledge-types
115-
[ext-app-router-stackblitz]: https://stackblitz.com/edit/stackblitz-starters-aiez55?file=README.md
116-
117-
117+
[ext-app-router-stackblitz]: https://stackblitz.com/edit/stackblitz-starters-aiez55?file=README.md

0 commit comments

Comments
 (0)