style(redux): fix textlint error

Author: azu

ja/Redux/README.md

@@ -5,12 +5,13 @@
 [Redux][]はJavaScriptアプリケーションのStateを管理するライブラリで、
 [React](https://github.com/facebook/react "React")などと組み合わせアプリケーションを作成するために利用されています。
 
-Reduxは[Flux](https://facebook.github.io/flux/ "Flux")アーキテクチャに類似する仕組みであるため、事前にFluxについて学習していると良いです。
+Reduxは[Flux](https://facebook.github.io/flux/ "Flux")アーキテクチャに類似する仕組みです。
+そのため、事前にFluxについて学習していると良いです。
 
 Reduxには[Three Principles](http://redux.js.org/docs/introduction/ThreePrinciples.html "Three Principles | Redux")(以下、三原則)と呼ばれる3つの制約の上で成立しています。
 
 - Single source of truth
-    - アプリケーション全体のStateは一つのStateツリーとして保存される
+    - アプリケーション全体のStateは1つのStateツリーとして保存される
 - State is read-only
     - StateはActionを経由しないと書き換えることができない
 - Changes are made with pure functions
@@ -28,10 +29,12 @@ _Middleware_ という名前からも分かるように、[connect](../connect/R
 
 ## どう書ける?
 
-3行でReduxの仕組みを書くと以下のようになります。
+簡潔にReduxの仕組みを書くと以下のようになります。
 
-- 操作を表現するオブジェクトをActionと呼ぶ - 一般にコマンドパターンのコマンドと同様のもの
-- Actionを受け取りStateを書き換える関数を _Reducer_ と呼ぶ - ReducerはStoreに事前に登録する
+- 操作を表現するオブジェクトをActionと呼ぶ
+    - 一般的なコマンドパターンのコマンドと同様のもの
+- Actionを受け取りStateを書き換える関数を _Reducer_ と呼ぶ
+    - ReducerはStoreへ事前に登録する
 - ActionをDispatch(`store.dispatch(action)`)することで、ActionをReducerへ通知する
 
 Reduxの例として次のようなコードを見てみます。
@@ -48,9 +51,11 @@ Reduxの例として次のようなコードを見てみます。
 
 上記の処理のうち、 3から4の間が _Middleware_ が処理する場所となっています。
 
-`dispatch(action)` -> (_Middleware_ の処理) -> reducerにより新しいStateの作成 -> (Stateが変わったら) -> `subscribe`で登録したコールバックを呼ぶ
+```
+dispatch(action) -> (_Middleware_ の処理) -> reducerにより新しいStateの作成 -> (Stateが変わったら) -> subscribeで登録したコールバックを呼ぶ
+```
 
-次は _Middleware_ はどういう拡張を行えるのかを見ていきます。
+次は _Middleware_ によりどのような拡張ができるのかを見ていきます。
 
 ## Middleware
 
@@ -73,8 +78,8 @@ const createStoreWithMiddleware = applyMiddleware(createLogger())(createStore);
 この時、見た目上は `store` に対して _Middleware_ が適用されているように見えますが、
 実際には`store.dispatch`に対して適用され、拡張された`dispatch`メソッドが作成されています。
 
-これにより、以下のように`dispatch`を実行する際に _Middleware_ の処理が実行されてから、
-実際に`dispatch`されるというのがReduxの _Middleware_ による拡張のポイントになっています。
+これにより、`dispatch`を実行する際に _Middleware_ の処理を挟む事ができます。
+これがReduxの _Middleware_ による拡張ポイントになっています。
 
 ```js
 store.dispatch({
@@ -83,7 +88,7 @@ store.dispatch({
 });
 ```
 
-さきほどの`logger.js`を見てみます。
+先ほどの`logger.js`をもう一度見てみます。
 
 ```js
 export default function createLogger(options = defaultOptions) {
@@ -119,7 +124,7 @@ const middleware = (store) => {
 
 ただ単に関数を返す関数(高階関数)を作っているだけだと分かります。
 
-これを踏まえて logger.js をもう一度見てみると、`next(action)` の前後にログ表示を挟んでいることが分かります。
+これを踏まえて`logger.js`をもう一度見てみると、`next(action)` の前後にログ表示を挟んでいることが分かります。
 
 [import, logger.js](../../src/Redux/logger.js)
 
@@ -135,26 +140,25 @@ const middleware = (store) => {
 
 ## 実装してみよう
 
-- [ ] TODO
 - [ ] DispatcherベースのMiddleware
 
 ## どういう事に向いてる?
 
-- [ ] TODO
 - アスペクト的に前後に処理を挟むことができる
     - ログへの利用
-- 値自体は直接操作するわけではないが、受取るデータは変換できる
+- 値自体は直接操作できない
+- 受取るデータは変換できる
 
 ## どういう事に向いていない?
 
 - [ ] TODO
 - 変換の仕組み上、書き換え等を行うプラグインを扱いにくい
 
-## この仕組みを使ってるもの
+## この仕組みを使っているもの
 
 - Connectに似ている
-- _Middleware_もStateそのものを直接書き換える事はできません。
-- この部分が類似の仕組みを持つ[connect](../connect/README.md)との違いになっています。
+- _Middleware_もStateそのものを直接書き換える事はできません
+- この部分が類似の仕組みを持つ[connect](../connect/README.md)との違いになっています