{"patch":"diff --git a\/docs\/docs\/04-multiple-components.ko-KR.md b\/docs\/docs\/04-multiple-components.ko-KR.md\nindex 2a27dbf3b8..d1eefc04f0 100644\n--- a\/docs\/docs\/04-multiple-components.ko-KR.md\n+++ b\/docs\/docs\/04-multiple-components.ko-KR.md\n@@ -152,7 +152,8 @@ var MyComponent = React.createClass({\n );\n }\n });\n-\n+```\n+```javascript\n \/\/ 맞음 :)\n var ListItemWrapper = React.createClass({\n render: function() {\ndiff --git a\/docs\/docs\/07-forms.ko-KR.md b\/docs\/docs\/07-forms.ko-KR.md\nindex 1cb7a37b77..1187ddabd7 100644\n--- a\/docs\/docs\/07-forms.ko-KR.md\n+++ b\/docs\/docs\/07-forms.ko-KR.md\n@@ -32,6 +32,7 @@ HTML에서는 `

` 태그의 값을 설정할 때 `<textarea>` 태그의\n >\n > `<input>`, `<textarea>`에서는 `onChange`가 DOM의 [`oninput`](https:\/\/developer.mozilla.org\/en-US\/docs\/Web\/API\/GlobalEventHandlers\/oninput) 이벤트 핸들러와 같은 기능을 제공하므로 일반적인 경우에는 `onChange`를 사용하세요.\n \n+<a name=\"controlled-components\"><\/a>\n ## 제어되는(controlled) 컴포넌트\n \n `value`가 설정된 `<input>`은 *제어되는* 컴포넌트입니다. 제어되는 `<input>`에서, 렌더 엘리먼트의 값은 항상 `value` prop을 반영합니다. 예를 들어,\n@@ -80,6 +81,8 @@ HTML에서는 `<textarea>` 태그의 값을 설정할 때 `<textarea>` 태그의\n \n 이것은 빈 값으로 시작되는 input을 렌더합니다. 임의의 사용자 입력은 즉시 렌더된 엘리먼트에 반영됩니다. 값의 업데이트를 감시하길 원한다면, 제어되는 컴포넌트처럼 `onChange` 이벤트를 사용할 수 있습니다.\n \n+### 기본 값\n+\n 비어 있지 않은 값으로 초기화하길 원한다면, `defaultValue` prop로 할 수 있습니다. 예를 들어,\n \n ```javascript\n@@ -92,6 +95,10 @@ HTML에서는 `<textarea>` 태그의 값을 설정할 때 `<textarea>` 태그의\n \n 마찬가지로, `<input>`은 `defaultChecked`를 지원하고 `<select>`는 `defaultValue`를 지원합니다.\n \n+> 주의:\n+>\n+> `defaultValue`, `defaultChecked` prop은 최초 렌더에서만 사용됩니다. 뒤에 일어나는 렌더에서 값을 업데이트할 필요가 있다면,  [제어되는(controlled) 컴포넌트](#controlled-components)를 사용하셔야 합니다.\n+\n \n ## 심화 주제\n \n@@ -104,7 +111,7 @@ React에서 `<input>`같은 폼 컴포넌트를 사용하면, 전통적인 폼 H\n   <input type=\"text\" name=\"title\" value=\"Untitled\" \/>\n ```\n \n-이렇게 하면 input은 `Untitled` 값으로 *초기화* 됩니다. 사용자가 input을 업데이트할 때, 노드의 value *프로퍼티*가 변경될 것입니다. 하지만, `node.getAttribute('value')`은 여전히 초기화 때 사용했던 값인 `Untitled`를 리턴합니다.\n+이렇게 하면 input은 `Untitled` 값으로 *초기화* 됩니다. 사용자가 input을 업데이트할 때, 노드의 `value` *프로퍼티*가 변경될 것입니다. 하지만, `node.getAttribute('value')`은 여전히 초기화 때 사용했던 값인 `Untitled`를 리턴합니다.\n \n HTML과 다르게, React 컴포넌트는 초기화 시점 뿐만 아니라, 어떤 시점이라도 반드시 뷰의 state를 나타내야 합니다. 예를 들어 React에서\n \n@@ -122,7 +129,7 @@ HTML과 다르게, React 컴포넌트는 초기화 시점 뿐만 아니라, 어\n HTML에서, `<textarea>`의 값은 보통 그것의 자식들로 설정됩니다.\n \n ```html\n-  \n+  \n   <textarea name=\"description\">이것은 설명입니다.<\/textarea>\n ```\n \ndiff --git a\/docs\/docs\/08-working-with-the-browser.ko-KR.md b\/docs\/docs\/08-working-with-the-browser.ko-KR.md\nindex cbbf88268b..9f69a9d761 100644\n--- a\/docs\/docs\/08-working-with-the-browser.ko-KR.md\n+++ b\/docs\/docs\/08-working-with-the-browser.ko-KR.md\n@@ -83,7 +83,7 @@ React는 이 프로세스에 훅을 지정할 수 있는 생명주기 메소드\n ### Updating\n \n * `componentWillReceiveProps(object nextProps)`는 마운트된 컴포넌트가 새로운 props을 받을 때 호출됩니다. 이 메소드는 `this.props`와 `nextProps`을 비교하여 `this.setState()`를 사용해 상태 변환을 수행하는데 사용되야 합니다.\n-* `shouldComponentUpdate(object nextProps, object nextState): boolean`는 컴포넌트가 어떤 변경이 DOM의 업데이트를 보증하는지 결정해야 할 때 호출됩니다. 최적화하려면, React가 업데이트를 무시해야할 때 `this.props`와 `nextProps`를, `this.state`와 `nextState`를 비교해 false를 리턴하면 됩니다. \n+* `shouldComponentUpdate(object nextProps, object nextState): boolean`는 컴포넌트가 어떤 변경이 DOM의 업데이트를 보증하는지 결정해야 할 때 호출됩니다. 최적화하려면, React가 업데이트를 무시해야할 때 `this.props`와 `nextProps`를, `this.state`와 `nextState`를 비교해 `false`를 리턴하면 됩니다.\n * `componentWillUpdate(object nextProps, object nextState)`는 업데이트가 발생하기 직전에 호출됩니다. 이 시점에는 `this.setState()`를 호출할 수 없습니다.\n * `componentDidUpdate(object prevProps, object prevState)`는 업데이트가 발생한 후 즉시 호출됩니다.\n \ndiff --git a\/docs\/docs\/08.1-more-about-refs.ko-KR.md b\/docs\/docs\/08.1-more-about-refs.ko-KR.md\nindex 2286588bc0..9877e3d974 100644\n--- a\/docs\/docs\/08.1-more-about-refs.ko-KR.md\n+++ b\/docs\/docs\/08.1-more-about-refs.ko-KR.md\n@@ -48,7 +48,7 @@ render 메소드를 통해 UI 구조를 얻은 다음, 반환된 컴포넌트 \n 이는 `render()`에서 반환된 무언가를 \"계속 유지할 수\" 없으며 아무런 의미도 없을 것이라는 뜻입니다.\n \n ```javascript\n-  \/\/ 반례: 이렇게 하면 안됩니다!\n+  \/\/ 안티패턴: 이것은 동작하지 않습니다.\n   render: function() {\n     var myInput = <input \/>;          \/\/ 여기서 메소드를 호출할 겁니다.\n     this.rememberThisInput = myInput; \/\/ 언젠가 미래의 특정 시점에 입력할 거에요! YAY!\n@@ -61,7 +61,7 @@ render 메소드를 통해 UI 구조를 얻은 다음, 반환된 컴포넌트 \n   }\n ```\n \n-이 반례에서 `<input \/>`은 단지 `<input \/>`의 *서술*일 뿐입니다. 이 서술은 `<input \/>`에 대한 *진짜* **지원 인스턴스(backing instance)**를 생성하는 데 사용됩니다.\n+이 예제에서 `<input \/>`은 단지 `<input \/>`의 *서술*일 뿐입니다. 이 서술은 `<input \/>`에 대한 *진짜* **지원 인스턴스(backing instance)**를 생성하는 데 사용됩니다.\n \n 자 그럼 어떻게 *진짜* input의 지원 인스턴스를 다룰까요?\n \n@@ -130,7 +130,7 @@ React는 `render()`로 출력된 컴포넌트에 추가할 수 있는 아주 특\n   });\n ```\n \n-이 예제에서 render 함수는 `<input \/>` 인스턴스의 서술을 반환했지만, 진짜 인스턴스는 `this.refs.theInput`을 통해 접근할 수 있었습니다. render에서 `ref=\"theInput\"`을 가진 컴포넌트가 반환된 동안, `this.refs.theInput`은 적절한 인스턴스에 접근합니다. 이는 `<Typeahead ref=\"myTypeahead\" \/>`처럼 DOM이 아닌 고수준의 컴포넌트에서도 동작합니다.\n+이 예제에서 render 함수는 `<input \/>` 인스턴스의 서술을 반환했지만, 진짜 인스턴스는 `this.refs.theInput`을 통해 접근할 수 있었습니다. `render`에서 `ref=\"theInput\"`을 가진 컴포넌트가 반환된 동안, `this.refs.theInput`은 적절한 인스턴스에 접근합니다. 이는 `<Typeahead ref=\"myTypeahead\" \/>`처럼 DOM이 아닌 고수준의 컴포넌트에서도 동작합니다.\n \n \n ## 요약\ndiff --git a\/docs\/docs\/10.1-animation.ko-KR.md b\/docs\/docs\/10.1-animation.ko-KR.md\nindex d55a232212..205e5bab7d 100644\n--- a\/docs\/docs\/10.1-animation.ko-KR.md\n+++ b\/docs\/docs\/10.1-animation.ko-KR.md\n@@ -64,11 +64,11 @@ var TodoList = React.createClass({\n ```css\n .example-enter {\n   opacity: 0.01;\n-  transition: opacity .5s ease-in;\n }\n \n .example-enter.example-enter-active {\n   opacity: 1;\n+  transition: opacity .5s ease-in;\n }\n ```\n \n@@ -77,11 +77,11 @@ var TodoList = React.createClass({\n ```css\n .example-leave {\n   opacity: 1;\n-  transition: opacity .5s ease-in;\n }\n \n .example-leave.example-leave-active {\n   opacity: 0.01;\n+  transition: opacity .5s ease-in;\n }\n ```\n \ndiff --git a\/docs\/docs\/10.2-form-input-binding-sugar.ko-KR.md b\/docs\/docs\/10.2-form-input-binding-sugar.ko-KR.md\nindex adb92d3d37..b92e6657f5 100644\n--- a\/docs\/docs\/10.2-form-input-binding-sugar.ko-KR.md\n+++ b\/docs\/docs\/10.2-form-input-binding-sugar.ko-KR.md\n@@ -22,7 +22,7 @@ React에서 이는 \"change\" 이벤트를 감시하고 데이터 소스(보통 DO\n \n > 주의:\n >\n-> ReactLink는 얇은 레퍼고 `onChange`\/`setState()`패턴 부분의 관례일 뿐입니다. React 애플리케이션에서의 데이터 흐름을 근본적으로 바꾸지는 않습니다.\n+> `ReactLink`는 얇은 레퍼고 `onChange`\/`setState()`패턴 부분의 관례일 뿐입니다. React 애플리케이션에서의 데이터 흐름을 근본적으로 바꾸지는 않습니다.\n \n ## ReactLink: 적용 전후\n \ndiff --git a\/docs\/docs\/11-advanced-performance.ko-KR.md b\/docs\/docs\/11-advanced-performance.ko-KR.md\nindex 97b42ee79d..91da92e625 100644\n--- a\/docs\/docs\/11-advanced-performance.ko-KR.md\n+++ b\/docs\/docs\/11-advanced-performance.ko-KR.md\n@@ -131,13 +131,13 @@ React.createClass({\n \n ## 구원자 Immutable-js\n \n-[Immutable-js](https:\/\/github.com\/facebook\/immutable-js)는 Lee Byron이 만들고 Facebook이 오픈소스화 한 Javascript 컬렉션 라이브러리입니다. 이는 *구조의 공유(structural sharing)*를 통해 *불변의 영속적인(immutable persistent)* 컬렉션을 제공합니다. 이러한 속성이 무엇을 의미하는지 살펴보죠:\n+[Immutable-js](https:\/\/github.com\/facebook\/immutable-js)는 Lee Byron이 만들고 Facebook이 오픈소스화 한 JavaScript 컬렉션 라이브러리입니다. 이는 *구조의 공유(structural sharing)*를 통해 *불변의 영속적인(immutable persistent)* 컬렉션을 제공합니다. 이러한 속성이 무엇을 의미하는지 살펴보죠:\n \n * *불변성(Immutable)*: 컬렉션이 한번 생성되면, 이 후 다른 시점에 변경될 수 없습니다.\n * *영속성(Persistent)*: 새로운 컬렉션이 이전의 컬렉션이나 셋(set) 같은 뮤테이션(mutation)에서 생성될 수 있습니다. 기존의 컬렉션은 새로운 컬렉션이 생성된 후에도 여전히 유효합니다.\n * *구조의 공유(Structural Sharing)*: 새로운 컬렉션은 가능한 한 원래의 컬렉션과 같은 구조를 사용해 생성됩니다. 공간 효율성과 적절한 성능을 위해 복사를 최소화합니다.\n \n-불변성은 변경의 추적을 비용을 줄여줍니다; 변경은 항상 새로운 객체에만 발생하기 때문에 객체에 대한 참조가 변경될 때만 확인하면 됩니다. 예를 들어 일반적인 JavaScript 코드에서는:\n+불변성은 변경의 추적을 비용을 줄여줍니다; 변경은 항상 새로운 객체에만 발생하기 때문에 객체에 대한 참조가 변경될 때만 확인하면 됩니다. 예를 들어 일반적인 이 JavaScript 코드에서는:\n \n ```javascript\n var x = { foo: \"bar\" };\ndiff --git a\/docs\/docs\/getting-started.ko-KR.md b\/docs\/docs\/getting-started.ko-KR.md\nindex 3e6ed18c76..65562c7fc5 100644\n--- a\/docs\/docs\/getting-started.ko-KR.md\n+++ b\/docs\/docs\/getting-started.ko-KR.md\n@@ -65,6 +65,8 @@ React.render(\n <script type=\"text\/jsx\" src=\"src\/helloworld.js\"><\/script>\n ```\n \n+크롬 같은 몇몇 브라우저에서는 HTTP을 통해 제공되는 파일이 아니면 로드에 실패하므로 주의하세요.\n+\n ### 오프라인 변환\n \n 먼저 커맨드라인 도구를 설치합니다. ([npm](https:\/\/www.npmjs.com\/) 필요):\ndiff --git a\/docs\/docs\/ref-02-component-api.ko-KR.md b\/docs\/docs\/ref-02-component-api.ko-KR.md\nindex 83e1702c0d..209aede64d 100644\n--- a\/docs\/docs\/ref-02-component-api.ko-KR.md\n+++ b\/docs\/docs\/ref-02-component-api.ko-KR.md\n@@ -67,11 +67,11 @@ replaceState(object nextState[, function callback])\n forceUpdate([function callback])\n ```\n \n-`render()` 메소드가 `this.props`나 `this.state`가 아닌 다른 곳에서 데이터를 읽어오는 경우 `forceUpdate()`를 호출하여 React가 `render()`를 다시 실행하도록 만들 수 있습니다. `this.state`를 직접 변경하는 경우에도 `forceUpdate()`를 호출해야 합니다.\n+기본적으로, 컴포넌트의 state나 props가 변경되면, 컴포넌트는 다시 렌더됩니다. 하지만 이런 변경이 묵시적이거나(예를들어 객체의 변경 없이 깊이 있는 데이터만 변경된 경우) `render()` 함수가 다른 값에 의존하는 경우, `forceUpdate()`를 호출해 React에게 `render()`를 다시 실행할 필요가 있다고 알릴 수 있습니다.\n \n `forceUpdate()`를 호출하면 `shouldComponentUpdate()`를 생략하고 해당 컴포넌트 `render()` 함수가 호출됩니다. 각 자식 컴포넌트에 대해서는 `shouldComponentUpdate()`를 포함해 보통 라이프 사이클 메서드를 호출합니다. React는 마크업이 변경된 경우에만 DOM을 업데이트합니다.\n \n-특별한 경우가 아니면 `forceUpdate()`는 되도록 피하시고 `render()`에서는 `this.props`와 `this.state`에서만 읽어오세요. 그렇게 하는 것이 애플리케이션을 훨씬 단순하고 효율적으로 만들어줍니다.\n+특별한 경우가 아니면 `forceUpdate()`는 되도록 피하시고 `render()`에서는 `this.props`와 `this.state`에서만 읽어오세요. 그렇게 하는 것이 컴포넌트를 \"순수\"하게 하고 애플리케이션을 훨씬 단순하고 효율적으로 만들어줍니다.\n \n \n ### getDOMNode\n@@ -110,11 +110,11 @@ setProps(object nextProps[, function callback])\n \n 외부 JavaScript 애플리케이션과 연동하는 경우 `React.render()`로 렌더링된 React 컴포넌트에 변경을 알리고 싶을 때가 있습니다.\n \n-최상위 컴포넌트를 업데이트할 때 `React.render()`를 같은 노드에 다시 호출하는 것이 바람직한 방법이지만, `setProps()`를 호출해서 props를 바꾸고 재렌더링을 발생시킬 수 있습니다. 콜백 함수를 추가로 넘기면 `setProps`가 완료되고 컴포넌트가 다시 렌더링된 다음에 한번 호출됩니다.\n+최상위 컴포넌트에서 `setProps()`를 호출하면 프로퍼티를 변경하고 렌더를 다시 발생합니다. 거기에 콜백 함수를 넘기면 `setProps`가 완료되고 컴포넌트가 다시 렌더링된 다음에 한번 호출됩니다.\n \n > 주의:\n >\n-> 가능하다면 `React.render()`를 다시 호출하는 선언적인 방법이 더 바람직합니다. 그렇게 하는 편이 업데이트에 대해 생각하는 것을 쉽게 만듭니다. (두가지 방식에 눈에 띄는 성능 차이는 없습니다.)\n+> 가능하다면 이것 대신 `React.render()`를 같은 노드에서 다시 호출하는 선언적인 방법이 더 바람직합니다. 그렇게 하는 편이 업데이트에 대해 생각하는 것을 쉽게 만듭니다. (두가지 방식에 눈에 띄는 성능 차이는 없습니다.)\n >\n > 이 메소드는 최상위 컴포넌트에만 호출 가능합니다. 다시 말해, `React.render()`에 바로 넘긴 컴포넌트에서만 사용할 수 있고 자식에서는 불가능합니다. 자식 컴포넌트에 `setProps()`를 사용하고 싶다면, 그 대신 반응적인 업데이트의 장점을 활용하여 `render()` 안에서 자식 컴포넌트를 만들 때 새로운 prop을 넘기세요.\n >\ndiff --git a\/docs\/docs\/tutorial.ko-KR.md b\/docs\/docs\/tutorial.ko-KR.md\nindex ba940240f5..9698439572 100644\n--- a\/docs\/docs\/tutorial.ko-KR.md\n+++ b\/docs\/docs\/tutorial.ko-KR.md\n@@ -54,7 +54,7 @@ next: thinking-in-react-ko-KR.html\n <\/html>\n ```\n \n-다음 진행을 위해, 위의 스크립트 태그안에 JavaScript 코드를 작성합니다.\n+다음 진행을 위해, 위의 스크립트 태그안에 JavaScript 코드를 작성합니다. 각 단계를 추가한 다음 index.html 파일을 브라우저에서 열어서 진행을 확인하세요.\n \n > 주의:\n >\n@@ -379,7 +379,7 @@ var CommentBox = React.createClass({\n \n ### state 업데이트하기\n \n-컴포넌트의 최초 생성 시에, 서버에서 GET 방식으로 JSON을 넘겨받아 최신의 데이터가 state에 반영되길 원했습니다. 실제 애플리케이션에선 이것이 동적인 엔드포인트이지만, 이 예제에서는 정적 JSON 파일을 사용해서 간단하게 만들어보겠습니다.\n+컴포넌트의 최초 생성 시에, 서버에서 GET 방식으로 JSON을 넘겨받아 최신의 데이터가 state에 반영되길 원했습니다. 실제 애플리케이션에선 이것이 동적인 엔드포인트이지만, 이 예제에서는 단순히하기 위해 comments의 배열이 담긴 정적 JSON 파일 `public\/comments.json`을 사용하겠습니다.\n \n ```javascript\n \/\/ tutorial13.json\ndiff --git a\/docs\/tips\/03-if-else-in-JSX.ko-KR.md b\/docs\/tips\/03-if-else-in-JSX.ko-KR.md\nindex 1d1bd98b5f..ab74019496 100644\n--- a\/docs\/tips\/03-if-else-in-JSX.ko-KR.md\n+++ b\/docs\/tips\/03-if-else-in-JSX.ko-KR.md\n@@ -33,7 +33,7 @@ React.createElement(\"div\", {id: if (condition) { 'msg' }}, \"Hello World!\");\n React.render(<div id={condition ? 'msg' : ''}>Hello World!<\/div>, mountNode);\n ```\n \n-삼항 연산자가 충분하지 않다면 `if` 문을 사용해 어떤 컴포넌트가 사용될 지 결정할 수 있습니다.\n+삼항 연산자가 충분하지 않다면 JSX구문 밖에서 `if` 문을 사용해 어떤 컴포넌트가 사용될 지 결정할 수 있습니다.\n \n ```js\n var loginButton;\n@@ -48,7 +48,34 @@ return (\n     <Home \/>\n     {loginButton}\n   <\/nav>\n-)\n+);\n ```\n \n+\"inline\"을 좀더 선호한다면, JSX _안에_ [즉시 평가되는 함수 표현식](https:\/\/en.wikipedia.org\/wiki\/Immediately-invoked_function_expression)을 선언하세요.\n+\n+```js\n+return (\n+  <section>\n+    <h1>Color<\/h1>\n+    <h3>Name<\/h3>\n+    <p>{this.state.color || \"white\"}<\/p>\n+    <h3>Hex<\/h3>\n+    <p>\n+      {() => {\n+        switch (this.state.color) {\n+          case \"red\":   return \"#FF0000\";\n+          case \"green\": return \"#00FF00\";\n+          case \"blue\":  return \"#0000FF\";\n+          default:      return \"#FFFFFF\";\n+        }\n+      }()}\n+    <\/p>\n+  <\/section>\n+);\n+```\n+\n+> 주의:\n+>\n+> 위의 예제에 있는 ES6 [화살표 함수](https:\/\/developer.mozilla.org\/en-US\/docs\/Web\/JavaScript\/Reference\/Functions\/Arrow_functions)는 `this`의 값을 구문적으로 바인드하기위해 사용되었습니다.\n+\n [JSX 컴파일러](\/react\/jsx-compiler.html)로 지금 바로 사용해보세요.\n","commit":{"shortRevision":"dc56073d68","authorEmail":"marocchino@gmail.com","authorName":"Shim Won","authoredAt":"2015-07-22T08:11:26+09:00","revision":"dc56073d681af450236e14861bf96e57b532ed97","subject":"Update Korean translation to e928c65"},"body":"","parents":["e928c65340cd7a99f891e75a81be13eb175d1a12"],"files":[{"status":"M","path":"docs\/docs\/04-multiple-components.ko-KR.md"},{"status":"M","path":"docs\/docs\/07-forms.ko-KR.md"},{"status":"M","path":"docs\/docs\/08-working-with-the-browser.ko-KR.md"},{"status":"M","path":"docs\/docs\/08.1-more-about-refs.ko-KR.md"},{"status":"M","path":"docs\/docs\/10.1-animation.ko-KR.md"},{"status":"M","path":"docs\/docs\/10.2-form-input-binding-sugar.ko-KR.md"},{"status":"M","path":"docs\/docs\/11-advanced-performance.ko-KR.md"},{"status":"M","path":"docs\/docs\/getting-started.ko-KR.md"},{"status":"M","path":"docs\/docs\/ref-02-component-api.ko-KR.md"},{"status":"M","path":"docs\/docs\/tutorial.ko-KR.md"},{"status":"M","path":"docs\/tips\/03-if-else-in-JSX.ko-KR.md"}]}</article></body></html>

dillon1000/react

Files changed