超訳 Redux Documentation - データフロー

[Redux Documentation](http://rackt.github.io/redux/index.html) の [Data Flow](http://rackt.github.io/redux/docs/basics/DataFlow.html) の超訳です。

***

# データフロー

Redux アーキテクチャは **厳密な一方向性データフロー** 周りを解決するものです。

これはアプリケーション内におけるすべてのデータが同じライフサイクルパターンに従うことを意味していて、アプリのロジックがより予測可能な、理解がしやすいものになるということです。また、データの正規化を促進するので、気づかないうちにまったく同じだが独立したコピーが複数あるといったようなことがなくなります。

もしまだ納得していないようなら、[動機](http://rackt.github.io/redux/docs/introduction/Motivation.html) と [Flux の事例](https://medium.com/@dan_abramov/the-case-for-flux-379b7d1982c6) を読んでみてください。一方向性データフローに賛同する思わず引き込まれるような主張があります。 [Redux は Flux ではありません](http://rackt.github.io/redux/docs/introduction/PriorArt.html) が、同一の重要な利益をもたらします。

Redux アプリにおいてデータライフサイクルは以下の四つのステップに従います。

1. [`store.dispatch(action)`](http://rackt.github.io/redux/docs/api/Store.html#dispatch) を **呼び出します** 。

[アクション](http://qiita.com/kobanyan/items/367850d28a838207e47d) は *何が起きたか* を示すプレーンオブジェクトです。

```js
{ type: 'LIKE_ARTICLE', articleId: 42 };
{ type: 'FETCH_USER_SUCCESS', response: { id: 3, name: 'Megan' } };
{ type: 'ADD_TODO', text: 'Redux のドキュメントを読む。'};
```

アクションはニュースの非常に短い要約のように考えましょう。
"メアリーは42条が好きだ。" または "'Redux のドキュメントを読む' がTODOリストに追加された。" といった感じです。
  
コンポーネントや XHR コールバックもしくはスケジュールされたインターバルの中でなど、アプリ内のどこからでも [`store.dispatch(action)`](http://rackt.github.io/redux/docs/api/Store.html#dispatch) を呼び出すことができます。

2. **Redux のストアは渡されたレジューサ関数を呼び出します。**

[ストア](http://qiita.com/kobanyan/items/5709fabcceb71a086507)は二つの引数を[レジューサ](http://qiita.com/kobanyan/items/ec9ebfeadb1d28e8e489)に渡します。現在のステートツリーとアクションです。例えば、TODOアプリでは、ルートレジューサが以下のように受け取ります。

```js
// 現在のアプリケーションのステート(TODOのリストと選択されたフィルター)
let previousState = {
  visibleTodoFilter: 'SHOW_ALL',
  todos: [{
    text: 'Read the docs.',
    complete: false
  }]
};

// 実行されるアクション(TODOの追加)
let action = {
  type: 'ADD_TODO',
  text: 'Understand the flow.'
};

// レジューサは次のアプリケーションのステートを返す
let nextState = todoApp(previousState, action);
```

レジューサはピュア関数であることに注意してください。次のステートを *計算する* だけです。同じ入力であれば常に同じ出力を生成するという完全に予測可能なものでなくてはなりません。APIの呼び出しやルーターの遷移のようないずれの副作用も起こしてはなりません。それらはアクションがディスパッチされる前に行うべきです。

3. **ルートレジューサは複数のレジューサの出力を一つのステートツリーに結合します。**

ルートレジューサの構成は完全に自由です。 Redux は ステートツリーの一枝をそれぞれ管理する関数にルートレジューサを ”分割する” ために有用な [`combineReducers()`](http://rackt.github.io/redux/docs/api/combineReducers.html) というヘルパー関数を提供しています。

これから [`combineReducers()`](http://rackt.github.io/redux/docs/api/combineReducers.html) がどのように動作するかを示します。二つのレジューサがあり、一つはTODOリストのためのもので、もう一つは現在選択されたフィルター設定のためのものです。

```js
function todos(state = [], action) {
  // 何らかの計算...
  return nextState;
}

function visibleTodoFilter(state = 'SHOW_ALL', action) {
  // 何らかの計算...
  return nextState;
}

let todoApp = combineReducers({
  todos,
  visibleTodoFilter
});
```

アクションを起こしたとき、 `combineReducers` によって返された `todoApp` は両方のレジューサを呼び出します。

```js
let nextTodos = todos(state.todos, action);
let nextVisibleTodoFilter = visibleTodoFilter(state.visibleTodoFilter, action);
```

二つの結果セットは一つのステートツリーに結合されます。

```js
return {
  todos: nextTodos,
  visibleTodoFilter: nextVisibleTodoFilter
};
```

[`combineReducers()`](http://rackt.github.io/redux/docs/api/combineReducers.html) は手軽なヘルパーユーティリティですが、必ずしも使う必要はありません。ルートレジューサは自由に記述してください！

4. **Redux のストアはルートレジューサが返す完全なステートツリーを保存します。**

この新しいツリーは今やアプリの次のステートです！ [`store.subscribe(listener)`](http://rackt.github.io/redux/docs/api/Store.md#subscribe) で登録されたすべてのリスナーが呼び出されるでしょう。リスナーは現在のステートを取得するために [`store.getState()`](http://rackt.github.io/redux/docs/api/Store.md#getState) を呼び出すでしょう。

これで新しいステートを反映するためにUIを更新できるようになりました。 [React Redux](https://github.com/gaearon/react-redux) のようなバインディングを使っているならば、ここが `component.setState(newState)` を呼び出すときです。

## 次の節では

Redux がどのように動作するか把握したので、 Reactアプリに繋げましょう。

>##### 上級者のためのメモ
>既に基本的な概念に精通していてこのチュートリアルを完了しているならば、
[非同期アクション](http://rackt.github.io/redux/docs/advanced/AsyncActions.html) がレジューサに到達する前にミドルウェア(middleware)によってどのように変換されているのかについて学ぶため、
[高度なチュートリアル](http://rackt.github.io/redux/docs/advanced/index.html) 内の [非同期フロー](http://rackt.github.io/redux/docs/advanced/AsyncFlow.html) を確認しましょう。