私はReduxを数ヶ月使用しており、一方向のデータフローが良いと感じています。しかし、私はOOPやデザインパターンで訓練されていません。 talk by Ralph E Johnsonを聞いた後、私の最初の反応は観察可能なパターンがRedux/Fluxの流れに非常によく似ているということでした。その類推はどこで壊れていますか？ReduxとDesign Patterns
Observable Patternsを実装するために必要なインタフェースについて語っています。これは、これらのライブラリ/アーキテクチャを設計する際にRedux/Fluxアーキテクチャの作成者が念頭に置いている考えですか？
はい、Reduxストア自体は、単一の「変更/更新された」イベントエミッタを持つ単純な観測可能/パブサブ実装です。アクションとレデューサーの使用には、CQRSとイベントソーシングのいくつかの類似点があります。 http://redux.js.org/docs/introduction/Motivation.htmlおよびhttp://redux.js.org/docs/introduction/PriorArt.htmlを参照してください。
私にとって、ReduxはMVCパターンのリアクティブな実装です。ここではModel（Store）with Stateを持ち、Observerパターンで状態の変化をリスンするため、Controllerを使用してモデルのメソッドを呼び出す（Actionを送信する）。しかし、状態を変えるプロセスは、Reducersを使うことによって少し異なります。しかし、アプローチは同じです：コマンドの送信 - >状態の変更 - >状態の変化を聞きます。
MVCパターンの説明は、「パターン指向ソフトウェアアーキテクチャ」の中にあります。 MVCがどのように動作するかは、本のschemeです。
もっと私のようなコマンドやpub-subのようです。アクション（コマンド）はディスパッチされ、レデューサーによって処理されます。レデューサーはイベントに「購読する」ことはありません - 彼らはすべてを取得し、対処するものを決定しなければなりません。 –