{"body":"Translate 07-forms.md to Japanese","patch":"diff --git a\/docs\/docs\/07-forms.ja-JP.md b\/docs\/docs\/07-forms.ja-JP.md\nnew file mode 100644\nindex 0000000000..e8f881a22c\n--- \/dev\/null\n+++ b\/docs\/docs\/07-forms.ja-JP.md\n@@ -0,0 +1,150 @@\n+---\n+id: forms\n+title: フォーム\n+permalink: forms-ja-JP.html\n+prev: transferring-props-ja-JP.html\n+next: working-with-the-browser-ja-JP.html\n+---\n+\n+`` や `

` や `<option>` のようなフォームのコンポーネントはユーザの入力によって変化しうるので、他のネイティブのコンポーネントとは異なります。以下のコンポーネントは、ユーザの入力に返答することにおいて、フォームを操作することを簡単にするインターフェースを提供します。\n+\n+`<form>` のイベントについての情報は、[フォームのイベント](\/react\/docs\/events.html#form-events)をご覧ください。\n+\n+## 双方向のprops\n+\n+以下のように、フォームのコンポーネントはユーザの入力に影響されるいくつかのpropsをサポートしています。\n+\n+* `value` は `<input>` と `<textarea>` コンポーネントにサポートされています。\n+* `checked` は `<input>` コンポーネントの `checkbox` か `radio` タイプにサポートされています。\n+* `selected` は `<option>` コンポーネントにサポートされています。\n+\n+HTMLでは、 `<textarea>` の値は子要素によってセットされます。Reactでは、 `value` を代わりに使うべきです。\n+\n+フォームコンポーネントは `onChange` propにコールバックをセットすることで変更を検知することを可能にします。`onChange` propはブラウザ上で、ユーザの入力に返答する際に発火するために動きます。それは以下のようなタイミングです。\n+\n+* `<input>` か `<textarea>` の `value` が変わる時。\n+* `<input>` の `checked` ステータスが変わる時。\n+* `<option>` の `selected` ステータスが変わる時。\n+\n+全てのDOMのイベントのように、 `onChange` propは全てのネイティブのコンポーネントにサポートされており、何度も発生するチェンジイベントを検知するのに使われることもあります。\n+\n+> 注意:\n+> `<input>` と `<textarea>` にとって、 `onChange` は DOMのビルトインの [`oninput`](https:\/\/developer.mozilla.org\/en-US\/docs\/Web\/API\/GlobalEventHandlers\/oninput) イベントハンドラの代替のものです。そして、一般的に、代わりに使われています。\n+\n+## 制御されたコンポーネント\n+\n+`<input>` と `value` のセットは *制御された* コンポーネントです。制御された `<input>` では、レンダリングされた要素の値は、常に `value` propを反映します。例えば、\n+\n+```javascript\n+  render: function() {\n+    return <input type=\"text\" value=\"Hello!\" \/>;\n+  }\n+```\n+\n+上記は、常に `Hello!` という値を持つinputをレンダリングするでしょう。ユーザのinputはレンダリングされた要素に何も影響を与えないでしょう。なぜなら、Reactが、値が `Hello!` になるように宣言しているからです。ユーザのinputに返答する形で値を更新したいなら、以下のように `onChange` イベントが使用できます。\n+\n+```javascript\n+  getInitialState: function() {\n+    return {value: 'Hello!'};\n+  },\n+  handleChange: function(event) {\n+    this.setState({value: event.target.value});\n+  },\n+  render: function() {\n+    var value = this.state.value;\n+    return <input type=\"text\" value={value} onChange={this.handleChange} \/>;\n+  }\n+```\n+\n+この例では、ユーザから提供された、最新の値を単純に受け入れ `<input>` コンポーネントの `value` propを更新します。 このパターンはユーザの入力に返答したり、バリデーションしたりするインターフェースを実行することを簡単にします。例えば、\n+\n+```javascript\n+  handleChange: function(event) {\n+    this.setState({value: event.target.value.substr(0, 140)});\n+  }\n+```\n+\n+上記はユーザのinputを受け入れますが、値を最初の140字に切り取ります。\n+\n+\n+## 制御されないコンポーネント\n+\n+`value` を与えられていない（もしくは `null` がセットされている） `<input>` は *制御されない* コンポーネントです。制御されない `<input>` では、レンダリングされた要素の値はユーザのinputを反映します。例えば、\n+\n+```javascript\n+  render: function() {\n+    return <input type=\"text\" \/>;\n+  }\n+```\n+\n+上記は、空の値で最初は始まるinputをレンダリングします。どのようなユーザのinputも即座にレンダリングされた要素によって反映されます\b。値の更新を検知したいなら、 `onChange` イベントを、制御されたコンポーネントと同様に使用することができます。\n+\n+コンポーネントを空ではない値で初期化したいなら、 `defaultValue` propを提供することができます。例えば、\n+\n+```javascript\n+  render: function() {\n+    return <input type=\"text\" defaultValue=\"Hello!\" \/>;\n+  }\n+```\n+\n+この例は、上記の **制御されたコンポーネント** の例と同じように動くでしょう。\n+\n+同様に、 `<input>` は `defaultChecked` をサポートし、 `<select>` は `defaultValue` をサポートします。\n+\n+## 高度なトピック\n+\n+\n+### なぜコントロールされたコンポーネントを使うのでしょうか？\n+\n+`<input>` のようなフォームのコンポーネントをReactで使うことは、伝統的なHTMLのフォームを書いた時には無視される表現であることを表します。例えば、HTMLでは、\n+\n+```html\n+  <input type=\"text\" name=\"title\" value=\"Untitled\" \/>\n+```\n+\n+上記は、 `Untitled` という値で *初期化* されたinputをレンダリングします。ユーザがinputを更新する時、ノードの `value` *プロパティ* が変更されるでしょう。しかし、 `node.getAttribute('value')` は初期化の際に使用された値である `Untitled` をまだリターンします。\n+\n+HTMLと違って、Reactのコンポーネントは初期化の時だけではなく、いつでもビューのステータスを再度表示しなくてはなりません。例えば、Reactでは、\n+\n+```javascript\n+  render: function() {\n+    return <input type=\"text\" name=\"title\" value=\"Untitled\" \/>;\n+  }\n+```\n+\n+このメソッドがいつでもビューを描画するので、次のテキストの入力の値は *常に* `Untitled` になります。\n+\n+\n+### なぜテキストエリアの値を使うのでしょうか？\n+\n+HTMLでは、 `<textarea>` の値は普通、以下のようにその子要素を使うことでセットされます。\n+\n+```html\n+  \n+  <textarea name=\"description\">This is the description.<\/textarea>\n+```\n+\n+HTMLでは、開発者は簡単に複数行に渡る値を提供できます。しかし、ReactがJavaScriptであるので、文字列の制限を私たちは持っておらず、改行をしたい場合は `\\n` を使えます。 `value` と `defaultValue` を私たちが持っている世界では、子要素が果たす役割は曖昧になっています。この理由から、以下のように `<textarea>` の値をセットする際には子要素を使うべきではありません。\n+\n+```javascript\n+  <textarea name=\"description\" value=\"This is a description.\" \/>\n+```\n+\n+子要素を使うことを *決めた* 場合は、 `defaultValue` と同様の動きをします。\n+\n+### なぜセレクトバリューを使うのでしょうか？\n+\n+HTMLの `<select>` の選択された `<option>` は、普通はオプションの `selected` 属性によって指定されます。Reactでは、コンポーネントの操作を簡単にするために、以下のようなフォーマットが代わりに適用されます。\n+\n+```javascript\n+  <select value=\"B\">\n+    <option value=\"A\">Apple<\/option>\n+    <option value=\"B\">Banana<\/option>\n+    <option value=\"C\">Cranberry<\/option>\n+  <\/select>\n+```\n+\n+制御されないコンポーネントを作成するために、 `defaultValue` が代わりに使われます。\n+\n+> 注意:\n+> 配列を `value` 属性の中に渡すことができます。これで、以下のように、 `select` タグの中で複数のオプションを選択することができます。 `<select multiple={true} value={['B', 'C']}>`\n","commit":{"authorEmail":"jsproch@fb.com","authoredAt":"2015-07-06T08:20:03-07:00","shortRevision":"25be80c959","revision":"25be80c959486d217678658ff11e245c9911323a","subject":"Merge pull request #4300 from tako-black\/translate_forms_to_japanese","authorName":"Jim"},"parents":["500d4c3f8779bce7c7dde129eb2fec9e901cf5ae","b66a520d133d09ba74fb9f88441d3816907a45e1"],"files":[{"path":"docs\/docs\/07-forms.ja-JP.md","status":"A"}]}</article></body></html>

dillon1000/react

Files changed