ビールなしのウォッカのように、Reduxなしで反応することはお金の無駄です。 Reactが「インターフェースは状態関数」という質問を解決する場合、Reduxはアプリケーション内のデータ移動のアーキテクチャを提供します。 しかし、不運なことに、バックエンドとのやり取りのために何を選ぶべきでしょうか？ REST-APIの場合、Fetchをプルするか、もう少し機能的なAxiosを使用できます。 WebSocketsには、Socket.ioがあります（ 読むことを強くお勧めします ）。 そして、どのツールがより高いレベルになりますか？ フロントエンドとバックエンド間でデータ転送を実装することは悲しみではありません。
たとえば、 FeatherJS-クライアント対話APIを変更せずに、RESTとSocketIOの間で内部のプロトコルを切り替えることができます。Reduxインターフェースのみがあります。 ApolloとLoguxも2つの反対としてありますが、それらはReduxインターフェースによって統合されています。
必要なReactコンポーネントをReduxに接続すると、データが変更されるとそれらが収縮します。 このような変更のリクエストもReduxブラックボックスを通過します。 さまざまな実装で、同じ結果が得られます。 美人
そして、同型のMeteor（1年前に別れを告げた ）を思い出すと 、多くの興味深いことがあります：Optimistic Updatesを使用したクライアント上のデータ配布プロトコル、Pub / Sub-interaction、MiniMongo。 Meteorの状況はどうなっていますか-Reactは長い間存在していますが、これらすべてをReduxに接続するのはどうですか？
インドの開発者Abhi Aiyerは、Mediumの一連の記事を公開し、考えられるすべての側面を分析しているようです（私がMeteorフォーラムを研究した限り）。
Reduxの方法 -MiniMongoをReduxに直接接続します。
ReduxおよびMeteorとの反応性 -Reduxミドルウェアを通じて楽観的な更新を提供する方法。
MeteorとRecomposeを使用したリアクティブプロップの構築 -代替アプローチ、ネイティブReact-Meteor-DataライブラリのReduxでの合成。
- そしてエンディング、 メテオを降りる10のヒント -ジージー、主要なポイント：
- Minimongo / Tracker / ReactiveVar / Sessionを置き換えます
- マイクロサービス機能の開発
- アポロに乗る
- まだDDPを必要とするレガシーシステムで、このSPAとメインのMeteorアプリ間でログイン状態を共有したい場合は、 Asteroidを使用します（コメントをお願いします）。 Asteroidを使用すると、従来のpub / subおよびmeteorメソッドのMeteorバックエンドを使用できます。 （ただし、GraphQLを使用する必要がありますか？）
MeteorでReact + Reduxを使用して経験を共有してください。
PSはい、私はMobXの存在を知っており、実際には適用していません。Meteorの反応性の魔法を単純化するかもしれませんが、これまでのところ完全に冗長で非数学的なようです:)