From 49c1646157f8db8edb407d365b9d22c295500eb0 Mon Sep 17 00:00:00 2001 From: MiRim Yu Date: Tue, 8 Aug 2017 18:39:59 +0900 Subject: [PATCH 1/7] Update thinking-in-react.ko-KR.md --- docs/docs/thinking-in-react.ko-KR.md | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/docs/docs/thinking-in-react.ko-KR.md b/docs/docs/thinking-in-react.ko-KR.md index 6476545a28a..15a99c96b4a 100644 --- a/docs/docs/thinking-in-react.ko-KR.md +++ b/docs/docs/thinking-in-react.ko-KR.md @@ -16,7 +16,7 @@ React의 많은 뛰어난 점들 중 하나는 생각을 하면서 애플리케 우리가 이미 JSON API와 디자이너로부터 넘겨받은 모형을 이미 가지고 있다고 생각해봅시다. 보시다시피 우리 디자이너는 별로 좋지 않습니다: -![Mockup](/react/img/blog/thinking-in-react-mock.png) +![Mockup](/react/blob/translation/docs/img/blog/thinking-in-react-mock.png) 우리의 JSON API는 아래와 같은 데이터를 리턴합니다: @@ -39,7 +39,7 @@ React의 많은 뛰어난 점들 중 하나는 생각을 하면서 애플리케 주로 JSON 데이터 모델을 사용자에게 보여주기 때문에, 자료 모델이 잘 설계 되었다면, UI(혹은 컴포넌트 구조)가 잘 맞아 떨어진다는 것을 알게 될 겁니다. UI와 자료 모델은 같은 *정보 설계구조*로 따라가는 경향이 있기 때문입니다. 즉, UI를 컴포넌트들로 쪼개는 작업은 크게 어렵지 않습니다. 확실하게 각각 하나의 부분이 되도록 쪼개세요. -![Component diagram](/react/img/blog/thinking-in-react-components.png) +![Component diagram](/react/blob/translation/docs/img/blog/thinking-in-react-components.png) 이 간단한 애플리케이션에는 다섯개의 컴포넌트가 있습니다. 각 컴포넌트들이 대표하는 자료를 기울여 표기했습니다. From bcf4c6ef0af22e25bbfa6713d89c43250b8855c7 Mon Sep 17 00:00:00 2001 From: MiRim Yu Date: Tue, 8 Aug 2017 18:40:54 +0900 Subject: [PATCH 2/7] Update thinking-in-react.ko-KR.md --- docs/docs/thinking-in-react.ko-KR.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/docs/docs/thinking-in-react.ko-KR.md b/docs/docs/thinking-in-react.ko-KR.md index 15a99c96b4a..a6125cde38f 100644 --- a/docs/docs/thinking-in-react.ko-KR.md +++ b/docs/docs/thinking-in-react.ko-KR.md @@ -16,7 +16,7 @@ React의 많은 뛰어난 점들 중 하나는 생각을 하면서 애플리케 우리가 이미 JSON API와 디자이너로부터 넘겨받은 모형을 이미 가지고 있다고 생각해봅시다. 보시다시피 우리 디자이너는 별로 좋지 않습니다: -![Mockup](/react/blob/translation/docs/img/blog/thinking-in-react-mock.png) +![Mockup](/docs/img/blog/thinking-in-react-mock.png) 우리의 JSON API는 아래와 같은 데이터를 리턴합니다: From 321a71fcc603dd33686232a12f93cc208c9ea07f Mon Sep 17 00:00:00 2001 From: MiRim Yu Date: Tue, 8 Aug 2017 18:43:58 +0900 Subject: [PATCH 3/7] Relocation img, docs url --- docs/docs/thinking-in-react.ko-KR.md | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/docs/docs/thinking-in-react.ko-KR.md b/docs/docs/thinking-in-react.ko-KR.md index a6125cde38f..27527a2673f 100644 --- a/docs/docs/thinking-in-react.ko-KR.md +++ b/docs/docs/thinking-in-react.ko-KR.md @@ -39,7 +39,7 @@ React의 많은 뛰어난 점들 중 하나는 생각을 하면서 애플리케 주로 JSON 데이터 모델을 사용자에게 보여주기 때문에, 자료 모델이 잘 설계 되었다면, UI(혹은 컴포넌트 구조)가 잘 맞아 떨어진다는 것을 알게 될 겁니다. UI와 자료 모델은 같은 *정보 설계구조*로 따라가는 경향이 있기 때문입니다. 즉, UI를 컴포넌트들로 쪼개는 작업은 크게 어렵지 않습니다. 확실하게 각각 하나의 부분이 되도록 쪼개세요. -![Component diagram](/react/blob/translation/docs/img/blog/thinking-in-react-components.png) +![Component diagram](/docs/img/blog/thinking-in-react-components.png) 이 간단한 애플리케이션에는 다섯개의 컴포넌트가 있습니다. 각 컴포넌트들이 대표하는 자료를 기울여 표기했습니다. @@ -71,11 +71,11 @@ React의 많은 뛰어난 점들 중 하나는 생각을 하면서 애플리케 이 단계의 결과, 자료 모델을 그리는 재활용 가능한 컴포넌트의 라이브러리를 갖게 되었습니다. 정적버전 이후로 컴포넌트들은 오직 `render()` 메소드만 갖고 있습니다. 계층구조상 가장 위의 컴포넌트 (`FilterableProductTable`)은 자료 모델을 prop으로 취할 것입니다. 자료 모델이 변했을 때, `ReactDOM.render()`를 다시 부르면 UI가 업데이트 됩니다. 어떻게 UI가 업데이트 되는지 참 알기 쉽습니다. 자료가 바뀌어도 처리해야 할 복잡한 일이 아무것도 없습니다. React의 **단일 방향 자료 흐름** (혹은 *단일방향 바인딩*)이 모든것을 모듈식으로, 추론하기 쉽게, 그리고 빠르게 유지해줍니다. -이 단계를 진행하는 데에 도움이 필요하시다면, [React 문서](/react/docs/getting-started-ko-KR.html)를 참조하세요. +이 단계를 진행하는 데에 도움이 필요하시다면, [React 문서](/docs/getting-started-ko-KR.html)를 참조하세요. ### 잠시만: props vs state -React 에는 두가지 타입의 자료 "모델"이 있습니다: props 와 state. 두가지의 구분점을 이해하는데 매우 중요합니다; 혹시 차이점을 확신하지 못한다면 걷어내세요 [공식 문서](/react/docs/interactivity-and-dynamic-uis-ko-KR.html). +React 에는 두가지 타입의 자료 "모델"이 있습니다: props 와 state. 두가지의 구분점을 이해하는데 매우 중요합니다; 혹시 차이점을 확신하지 못한다면 걷어내세요 [공식 문서](/docs/interactivity-and-dynamic-uis-ko-KR.html). ## 3단계: UI state 의 표현을 작지만 완전하도록 확인하세요. From e9645d7595cca2d3379c89eab0544f4c4b58c8f8 Mon Sep 17 00:00:00 2001 From: MiRim Yu Date: Tue, 8 Aug 2017 18:46:33 +0900 Subject: [PATCH 4/7] Update thinking-in-react.ko-KR.md --- docs/docs/thinking-in-react.ko-KR.md | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/docs/docs/thinking-in-react.ko-KR.md b/docs/docs/thinking-in-react.ko-KR.md index 27527a2673f..a92feb07f40 100644 --- a/docs/docs/thinking-in-react.ko-KR.md +++ b/docs/docs/thinking-in-react.ko-KR.md @@ -71,11 +71,11 @@ React의 많은 뛰어난 점들 중 하나는 생각을 하면서 애플리케 이 단계의 결과, 자료 모델을 그리는 재활용 가능한 컴포넌트의 라이브러리를 갖게 되었습니다. 정적버전 이후로 컴포넌트들은 오직 `render()` 메소드만 갖고 있습니다. 계층구조상 가장 위의 컴포넌트 (`FilterableProductTable`)은 자료 모델을 prop으로 취할 것입니다. 자료 모델이 변했을 때, `ReactDOM.render()`를 다시 부르면 UI가 업데이트 됩니다. 어떻게 UI가 업데이트 되는지 참 알기 쉽습니다. 자료가 바뀌어도 처리해야 할 복잡한 일이 아무것도 없습니다. React의 **단일 방향 자료 흐름** (혹은 *단일방향 바인딩*)이 모든것을 모듈식으로, 추론하기 쉽게, 그리고 빠르게 유지해줍니다. -이 단계를 진행하는 데에 도움이 필요하시다면, [React 문서](/docs/getting-started-ko-KR.html)를 참조하세요. +이 단계를 진행하는 데에 도움이 필요하시다면, [React 문서](/docs/getting-started.ko-KR.md)를 참조하세요. ### 잠시만: props vs state -React 에는 두가지 타입의 자료 "모델"이 있습니다: props 와 state. 두가지의 구분점을 이해하는데 매우 중요합니다; 혹시 차이점을 확신하지 못한다면 걷어내세요 [공식 문서](/docs/interactivity-and-dynamic-uis-ko-KR.html). +React 에는 두가지 타입의 자료 "모델"이 있습니다: props 와 state. 두가지의 구분점을 이해하는데 매우 중요합니다; 혹시 차이점을 확신하지 못한다면 걷어내세요 [공식 문서](docs/03-interactivity-and-dynamic-uis.ko-KR.md). ## 3단계: UI state 의 표현을 작지만 완전하도록 확인하세요. From 09ec5558adb2baa158afe2d1279b80e3a01c3a0c Mon Sep 17 00:00:00 2001 From: MiRim Yu Date: Tue, 8 Aug 2017 18:47:54 +0900 Subject: [PATCH 5/7] Update thinking-in-react.ko-KR.md --- docs/docs/thinking-in-react.ko-KR.md | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/docs/docs/thinking-in-react.ko-KR.md b/docs/docs/thinking-in-react.ko-KR.md index a92feb07f40..76559890192 100644 --- a/docs/docs/thinking-in-react.ko-KR.md +++ b/docs/docs/thinking-in-react.ko-KR.md @@ -71,11 +71,11 @@ React의 많은 뛰어난 점들 중 하나는 생각을 하면서 애플리케 이 단계의 결과, 자료 모델을 그리는 재활용 가능한 컴포넌트의 라이브러리를 갖게 되었습니다. 정적버전 이후로 컴포넌트들은 오직 `render()` 메소드만 갖고 있습니다. 계층구조상 가장 위의 컴포넌트 (`FilterableProductTable`)은 자료 모델을 prop으로 취할 것입니다. 자료 모델이 변했을 때, `ReactDOM.render()`를 다시 부르면 UI가 업데이트 됩니다. 어떻게 UI가 업데이트 되는지 참 알기 쉽습니다. 자료가 바뀌어도 처리해야 할 복잡한 일이 아무것도 없습니다. React의 **단일 방향 자료 흐름** (혹은 *단일방향 바인딩*)이 모든것을 모듈식으로, 추론하기 쉽게, 그리고 빠르게 유지해줍니다. -이 단계를 진행하는 데에 도움이 필요하시다면, [React 문서](/docs/getting-started.ko-KR.md)를 참조하세요. +이 단계를 진행하는 데에 도움이 필요하시다면, [React 문서](/docs/docs/getting-started.ko-KR.md)를 참조하세요. ### 잠시만: props vs state -React 에는 두가지 타입의 자료 "모델"이 있습니다: props 와 state. 두가지의 구분점을 이해하는데 매우 중요합니다; 혹시 차이점을 확신하지 못한다면 걷어내세요 [공식 문서](docs/03-interactivity-and-dynamic-uis.ko-KR.md). +React 에는 두가지 타입의 자료 "모델"이 있습니다: props 와 state. 두가지의 구분점을 이해하는데 매우 중요합니다; 혹시 차이점을 확신하지 못한다면 걷어내세요 [공식 문서](/docs/docs/03-interactivity-and-dynamic-uis.ko-KR.md). ## 3단계: UI state 의 표현을 작지만 완전하도록 확인하세요. From a0811ee336a37053b8d61f7da4be6721ad402b86 Mon Sep 17 00:00:00 2001 From: MiRim Yu Date: Tue, 8 Aug 2017 18:51:35 +0900 Subject: [PATCH 6/7] Relocation docs url --- docs/docs/02-displaying-data.ko-KR.md | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/docs/docs/02-displaying-data.ko-KR.md b/docs/docs/02-displaying-data.ko-KR.md index df801d1556c..8423a0f3fa8 100644 --- a/docs/docs/02-displaying-data.ko-KR.md +++ b/docs/docs/02-displaying-data.ko-KR.md @@ -89,9 +89,9 @@ JSX를 이용하면: 우리는 이것이 React 앱들을 만들기 쉽게 하고, 디자이너들이 이 문법을 더 선호하는 것을 발견했습니다, 하지만 모든 사람은 그들만의 선호하는 워크플로우가 있기 마련이므로, **JSX는 React를 사용하기 위해 필수적이지는 않습니다.** -JSX는 매우 작은 언어입니다. 그것을 배우고 싶다면, [JSX 깊게 살펴보기](/react/docs/jsx-in-depth-ko-KR.html)를 살펴 보시기 바랍니다. 또는, [바벨 REPL](https://babeljs.io/repl/)를 통해 문법이 변환되는 것을 살펴 보시기 바랍니다. +JSX는 매우 작은 언어입니다. 그것을 배우고 싶다면, [JSX 깊게 살펴보기](/docs/docs/02.1-jsx-in-depth.ko-KR.md)를 살펴 보시기 바랍니다. 또는, [바벨 REPL](https://babeljs.io/repl/)를 통해 문법이 변환되는 것을 살펴 보시기 바랍니다. -JSX는 HTML과 비슷하지만, 완전히 똑같지는 않습니다. [JSX의 실수하기 쉬운 부분들](/react/docs/jsx-gotchas-ko-KR.html)에 중요한 차이점들에 대해 설명되어 있습니다. +JSX는 HTML과 비슷하지만, 완전히 똑같지는 않습니다. [JSX의 실수하기 쉬운 부분들](/docs/docs/02.3-jsx-gotchas.ko-KR.md)에 중요한 차이점들에 대해 설명되어 있습니다. [바벨에서 JSX를 시작하는 여러 방법을 제공합니다](http://babeljs.io/docs/setup/). 여기에는 커맨드 라인 툴부터 루비 온 레일스 연동까지 다양한 방법이 있습니다. 가장 편한 툴을 사용하세요. From 5b06ba55463c88285ddf801e8e960bc4de551e44 Mon Sep 17 00:00:00 2001 From: MiRim Yu Date: Tue, 8 Aug 2017 19:23:38 +0900 Subject: [PATCH 7/7] Relocation docs, image URL --- docs/docs/01-why-react.ko-KR.md | 2 +- docs/docs/02.1-jsx-in-depth.ko-KR.md | 8 ++++---- docs/docs/02.3-jsx-gotchas.ko-KR.md | 10 +++++----- docs/docs/03-interactivity-and-dynamic-uis.ko-KR.md | 2 +- docs/docs/04-multiple-components.ko-KR.md | 4 ++-- docs/docs/05-reusable-components.ko-KR.md | 2 +- docs/docs/06-transferring-props.ko-KR.md | 4 ++-- docs/docs/07-forms.ko-KR.md | 2 +- docs/docs/08-working-with-the-browser.ko-KR.md | 2 +- docs/docs/08.1-more-about-refs.ko-KR.md | 6 +++--- docs/docs/09-tooling-integration.ko-KR.md | 2 +- docs/docs/10.1-animation.ko-KR.md | 2 +- docs/docs/10.2-form-input-binding-sugar.ko-KR.md | 2 +- docs/docs/10.7-update.ko-KR.md | 2 +- docs/docs/10.8-pure-render-mixin.ko-KR.md | 2 +- docs/docs/10.9-perf.ko-KR.md | 8 ++++---- docs/docs/11-advanced-performance.ko-KR.md | 6 +++--- docs/docs/flux-todo-list.ko-KR.md | 2 +- docs/docs/getting-started.ko-KR.md | 4 ++-- docs/docs/ref-01-top-level-api.ko-KR.md | 8 ++++---- docs/docs/ref-02-component-api.ko-KR.md | 4 ++-- docs/docs/ref-04-tags-and-attributes.ko-KR.md | 4 ++-- docs/docs/ref-05-events.ko-KR.md | 2 +- docs/docs/ref-06-dom-differences.ko-KR.md | 2 +- docs/docs/ref-07-special-non-dom-attributes.md | 6 +++--- docs/docs/tutorial.ko-KR.md | 2 +- docs/docs/videos.ko-KR.md | 4 ++-- docs/tips/16-references-to-components.ko-KR.md | 2 +- 28 files changed, 53 insertions(+), 53 deletions(-) diff --git a/docs/docs/01-why-react.ko-KR.md b/docs/docs/01-why-react.ko-KR.md index 93b41993fb4..8cd1b839a76 100644 --- a/docs/docs/01-why-react.ko-KR.md +++ b/docs/docs/01-why-react.ko-KR.md @@ -27,4 +27,4 @@ React는 많은 관습적인 사고에 도전하며, 첫눈에 볼 때는 이상 ## 더 알아보기 -[이 블로그 포스트](/react/blog/2013/06/05/why-react.html)에서 React를 만든 우리의 동기에 대해 알아볼 수 있습니다. +[이 블로그 포스트](/docs/docs/why-react.md)에서 React를 만든 우리의 동기에 대해 알아볼 수 있습니다. diff --git a/docs/docs/02.1-jsx-in-depth.ko-KR.md b/docs/docs/02.1-jsx-in-depth.ko-KR.md index 92525f8643c..6fea6225a8d 100644 --- a/docs/docs/02.1-jsx-in-depth.ko-KR.md +++ b/docs/docs/02.1-jsx-in-depth.ko-KR.md @@ -74,7 +74,7 @@ var app = React.createElement( ); ``` -클래스에 [displayName](/react/docs/component-specs-ko-KR.html#displayName)이 정의되어 있지 않으면 JSX는 변수명을 displayName으로 간주할 것입니다: +클래스에 [displayName](/docs/docs/ref-03-component-specs.ko-KR.md#displayName)이 정의되어 있지 않으면 JSX는 변수명을 displayName으로 간주할 것입니다: ```javascript // 입력 (JSX): @@ -83,9 +83,9 @@ var Nav = React.createClass({ }); var Nav = React.createClass({displayName: "Nav", }); ``` -[바벨 REPL](https://babeljs.io/repl/)를 보면 JSX에서 어떻게 네이티브 JavaScript로 변환(desugars)하는지 볼 수 있고, [HTML-JSX 변환기](/react/html-jsx.html)는 이미 있는 HTML을 JSX로 변환해 줍니다. +[바벨 REPL](https://babeljs.io/repl/)를 보면 JSX에서 어떻게 네이티브 JavaScript로 변환(desugars)하는지 볼 수 있고, [HTML-JSX 변환기](/docs/html-jsx.md)는 이미 있는 HTML을 JSX로 변환해 줍니다. -JSX를 사용 하시려면, [시작하기](/react/docs/getting-started-ko-KR.html) 가이드에서 어떻게 컴파일을 하기 위해 설정하는지 보실 수 있습니다. +JSX를 사용 하시려면, [시작하기](/docs/docs/getting-started.ko-KR.md) 가이드에서 어떻게 컴파일을 하기 위해 설정하는지 보실 수 있습니다. > 주의: > @@ -221,4 +221,4 @@ var content = ( > 주의: > -> JSX 는 HTML과 비슷하지만 완전히 같지는 않습니다. 중요한 차이점을 보시려면 [JSX gotchas](/react/docs/jsx-gotchas-ko-KR.html)를 보세요. +> JSX 는 HTML과 비슷하지만 완전히 같지는 않습니다. 중요한 차이점을 보시려면 [JSX gotchas](/docs/docs/02.3-jsx-gotchas.ko-KR.md)를 보세요. diff --git a/docs/docs/02.3-jsx-gotchas.ko-KR.md b/docs/docs/02.3-jsx-gotchas.ko-KR.md index 3dd72770e87..a7ca3c48c7e 100644 --- a/docs/docs/02.3-jsx-gotchas.ko-KR.md +++ b/docs/docs/02.3-jsx-gotchas.ko-KR.md @@ -1,16 +1,16 @@ --- id: jsx-gotchas-ko-KR title: JSX Gotchas -permalink: jsx-gotchas-ko-KR.html -prev: jsx-spread-ko-KR.html -next: interactivity-and-dynamic-uis-ko-KR.html +permalink: jsx-gotchas-ko-KR.md +prev: jsx-spread-ko-KR.md +next: interactivity-and-dynamic-uis-ko-KR.md --- JSX는 HTML처럼 보이지만, 작업하다 보면 마주치게 될 몇 가지 중요한 차이점이 있습니다. > 주의: > -> 인라인 `style` 어트리뷰트 같은 DOM과의 차이점은 [여기](/react/tips/dangerously-set-inner-html-ko-KR.html)를 보세요. +> 인라인 `style` 어트리뷰트 같은 DOM과의 차이점은 [여기](/docs/tips/dangerously-set-inner-html-ko-KR.md)를 보세요. ## HTML 엔티티 @@ -46,7 +46,7 @@ JSX의 리터럴 텍스트에 HTML 엔티티를 넣을 수 있습니다.
{['First ', ·, ' Second']}
``` -최후의 수단으로, 항상 [생 HTML을 삽입](/react/docs/dom-differences-ko-KR.html)할 수 있습니다. +최후의 수단으로, 항상 [생 HTML을 삽입](/docs/docs/ref-06-dom-differences.ko-KR.md)할 수 있습니다. ```javascript
diff --git a/docs/docs/03-interactivity-and-dynamic-uis.ko-KR.md b/docs/docs/03-interactivity-and-dynamic-uis.ko-KR.md index ef3b3526c6c..c3c0902a614 100644 --- a/docs/docs/03-interactivity-and-dynamic-uis.ko-KR.md +++ b/docs/docs/03-interactivity-and-dynamic-uis.ko-KR.md @@ -6,7 +6,7 @@ prev: jsx-gotchas-ko-KR.html next: multiple-components-ko-KR.html --- -이미 React에서 [어떻게 데이터를 표시](/react/docs/displaying-data-ko-KR.html)하는지를 배웠습니다. 이제 UI와의 상호작용을 어떻게 만드는지 살펴보죠. +이미 React에서 [어떻게 데이터를 표시](/docs/docs/02-displaying-data-ko-KR.md)하는지를 배웠습니다. 이제 UI와의 상호작용을 어떻게 만드는지 살펴보죠. ## 간단한 예제 diff --git a/docs/docs/04-multiple-components.ko-KR.md b/docs/docs/04-multiple-components.ko-KR.md index ec8d8c751d4..ade9da74d92 100644 --- a/docs/docs/04-multiple-components.ko-KR.md +++ b/docs/docs/04-multiple-components.ko-KR.md @@ -66,7 +66,7 @@ React 컴포넌트 인스턴스를 만들 때, 추가적인 React 컴포넌트 ``` -`Parent`는 `this.props.children`라는 특수 prop으로 자식들을 읽을 수 있습니다. **`this.props.children` 는 불투명한 데이터 구조이며,** [React.Children 유틸리티](/react/docs/top-level-api-ko-KR.html#react.children)를 사용해 자식들을 관리합니다. +`Parent`는 `this.props.children`라는 특수 prop으로 자식들을 읽을 수 있습니다. **`this.props.children` 는 불투명한 데이터 구조이며,** [React.Children 유틸리티](/docs/docs/ref-01-top-level-api.ko-KR.md#react.children)를 사용해 자식들을 관리합니다. ### 자식 Reconciliation (비교조정) @@ -176,7 +176,7 @@ React에서 데이터는 위에서 말한 것처럼 `props`를 통해 소유자 소유자가 가지고 있는 노드의 수가 많아지면 데이터가 변화하는 비용이 증가할 것으로 생각할 수도 있습니다. 좋은 소식은 JavaScript의 속도는 빠르고 `render()` 메소드는 꽤 간단한 경향이 있어, 대부분 애플리케이션에서 매우 빠르다는 점입니다. 덧붙여, 대부분의 병목 현상은 JS 실행이 아닌 DOM 변경에서 일어나고, React는 배치와 탐지 변경을 이용해 최적화해 줍니다. -하지만, 가끔 성능을 위해 정교하게 제어해야 할 때도 있습니다. 이런 경우, React가 서브트리의 처리를 건너 뛰도록 간단히 `shouldComponentUpdate()`를 오버라이드해 false를 리턴하게 할 수 있습니다. 좀 더 자세한 정보는 [React 참조 문서](/react/docs/component-specs-ko-KR.html)를 보세요. +하지만, 가끔 성능을 위해 정교하게 제어해야 할 때도 있습니다. 이런 경우, React가 서브트리의 처리를 건너 뛰도록 간단히 `shouldComponentUpdate()`를 오버라이드해 false를 리턴하게 할 수 있습니다. 좀 더 자세한 정보는 [React 참조 문서](/docs/docs/ref-03-component-specs.ko-KR.md)를 보세요. > 주의: > diff --git a/docs/docs/05-reusable-components.ko-KR.md b/docs/docs/05-reusable-components.ko-KR.md index c89e74980be..0ee91af2e9f 100644 --- a/docs/docs/05-reusable-components.ko-KR.md +++ b/docs/docs/05-reusable-components.ko-KR.md @@ -139,7 +139,7 @@ var MyComponent = React.createClass({ 컴포넌트는 React에서 코드를 재사용할 수 있는 최고의 방법이지만, 가끔 아주 다른 컴포넌트에서 공통 기능이 필요한 때도 있습니다. 이런 상황을 [공통된 관심사(cross-cutting concerns)](https://en.wikipedia.org/wiki/Cross-cutting_concern)라 부르며, React에서는 `mixins`으로 이 문제를 해결합니다. -예를 들어, 컴포넌트가 주기적으로 업데이트되길 원할 경우가 있습니다. `setInterval()`을 사용하면 쉽지만, 필요 없어지면 메모리를 아끼기 위해 주기를 꼭 취소해야 합니다. React는 컴포넌트가 막 생성거나 없어질 때를 [생명주기 메소드](/react/docs/working-with-the-browser-ko-KR.html#component-lifecycle)를 통해 알려줍니다. 이런 메소드들을 사용해서 컴포넌트가 사라질 때 자동으로 정리해주는 `setInterval()`를 제공해주는 간단한 믹스인을 만들어보겠습니다. +예를 들어, 컴포넌트가 주기적으로 업데이트되길 원할 경우가 있습니다. `setInterval()`을 사용하면 쉽지만, 필요 없어지면 메모리를 아끼기 위해 주기를 꼭 취소해야 합니다. React는 컴포넌트가 막 생성거나 없어질 때를 [생명주기 메소드](/docs/docs/08-working-with-the-browser.ko-KR.md#component-lifecycle)를 통해 알려줍니다. 이런 메소드들을 사용해서 컴포넌트가 사라질 때 자동으로 정리해주는 `setInterval()`를 제공해주는 간단한 믹스인을 만들어보겠습니다. ```javascript var SetIntervalMixin = { diff --git a/docs/docs/06-transferring-props.ko-KR.md b/docs/docs/06-transferring-props.ko-KR.md index 1f4b2948315..35ddadfef38 100644 --- a/docs/docs/06-transferring-props.ko-KR.md +++ b/docs/docs/06-transferring-props.ko-KR.md @@ -8,7 +8,7 @@ next: forms-ko-KR.html React에서는 컴포넌트를 감싸서 추상화하는 것이 일반적인 패턴입니다. 외부 컴포넌트에서는 간단한 프로퍼티만을 노출하여 복잡한 세부 구현을 감출 수 있습니다. -[JSX 스프레드 어트리뷰트](/react/docs/jsx-spread-ko-KR.html)를 통해 props에 추가적인 값을 병합할 수 있습니다. +[JSX 스프레드 어트리뷰트](/docs/docs/02.2-jsx-spread.ko-KR.md)를 통해 props에 추가적인 값을 병합할 수 있습니다. ```javascript @@ -49,7 +49,7 @@ ReactDOM.render( > 주의: > -> `...` 구문은 객체 잔여 스프레드 제안의 일부입니다. 이 제안은 표준화 과정에 있습니다. 더 자세한 내용은 밑의 [잔여 프로퍼티와 스프레드 프로퍼티 ...](/react/docs/transferring-props.html#rest-and-spread-properties-...) 부분을 참고하세요. +> `...` 구문은 객체 잔여 스프레드 제안의 일부입니다. 이 제안은 표준화 과정에 있습니다. 더 자세한 내용은 밑의 [잔여 프로퍼티와 스프레드 프로퍼티 ...](/docs/docs/06-transferring-props.ko-KR.md#rest-and-spread-properties-...) 부분을 참고하세요. 때로는 모든 프로퍼티를 일일이 전달 하는것은 지루하고 덧없는 작업입니다. 이 경우 [구조 해체 할당(destructuring assignment)](https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Operators/Destructuring_assignment)을 다른 프로퍼티를 함께 사용해 미상의 프로퍼티를 추출할 수 있습니다. diff --git a/docs/docs/07-forms.ko-KR.md b/docs/docs/07-forms.ko-KR.md index a40583a6c33..290bea608dd 100644 --- a/docs/docs/07-forms.ko-KR.md +++ b/docs/docs/07-forms.ko-KR.md @@ -8,7 +8,7 @@ next: working-with-the-browser-ko-KR.html ``, `