refactor(redux): 文章の流れ悪いの修正

Author: azu

ja/Redux/README.md

@@ -195,7 +195,7 @@ _Middleware_ という仕組み自体は[Connect](../connect/README.md)と似て
 しかし、 _Middleware_ が直接的に結果(State)を直接書き換える事はできません。
 
 Connectの _Middleware_ は最終的な結果(`response`)を書き換えできます。
-一方、Reduxの _Middleware_ は扱える範囲が`dispatch`からReducerまでと線引されている違いと言えます。
+一方、Reduxの _Middleware_ は扱える範囲が「`dispatch`からReducerまで」と線引されている違いと言えます。
 
 ## どういう事に向いてる?
 
@@ -215,22 +215,16 @@ _Middleware_ に与えられている特権的なAPIとしては、`getState()`
 ## どういう事に向いていない?
 
 一方、プラグインにも書き込み権限を与えないためには、
-プラグイン間でやり取りする中間的なデータ表現が必要になります。
-
-Reduxの場合は、Actionオブジェクトが中間表現として存在しますが、
-このような中間表現が導入しにくい場所には向かない仕組みと言えるかもしれません。
+プラグイン間でやり取りする中間的なデータが必要になります。
 
 ReduxではActionオブジェクトというような命令(コマンド)を表現したオブジェクトに対して、
 Reducerという命令を元に新しいStateを作り出す仕組みを設けていました。
 
-つまり、プラグインそのものだけではできる事が限られています。
+つまり、プラグインそのものだけで全ての処理が完結するわけではありません。
 プラグインで処理した結果を受け取り、その結果を処理する実装も同時に必要となっています。
+そういう意味ではプラグインと実装が密接といえるかもしれません。
 
-プラグインを組み合わせるだけで全ての処理ができるわけではなく、
-そのプラグインで処理した結果に対する実装も必要になります。
-そういう意味ではプラグインと実装の距離が近いと言えるかもしれません。
-
-そのため、プラグインのみで全処理が完結するような機能を持たせるようなことに向いていないといえます。
+そのため、プラグインのみで全処理が完結するような機能を作る仕組みは向いていません。
 
 ## まとめ