React、Redux、Websocketのベストプラクティス（リクエストを処理するために1つのクラスを維持する）
この質問は、React、Redux、およびWebsocket（socket.io）に関連しています。
このアプローチでは、UIをリアルタイムで更新したいと思います。更新する各ファイルの各componentDidMountで個別のソケットを開いています。
（例：更新する通知と統計がある場合は、通知と統計の両方で2つのソケットを開きます）
同僚の1人が、各エンドポイントへの複数のソケット接続を開く代わりに、メインのapi-serviceファイルで1つのソケットを開き、応答の各キーに関してアクションをトリガーすることを提案しました。
このタスクを達成するためのベストプラクティスは何ですか。デモがある場合は、そのうちの1つを手伝ってください。
ありがとうございました！
Reduxアプリでのソケットのような接続の標準的な場所はミドルウェアです。ミドルウェアは、ディスパッチされたアクションをリッスンして、サブスクライブおよびサブスクライブ解除を指示し、受信したメッセージに基づいてReduxアクションをディスパッチすることもできます。
私の Reduxアドオンカタログ は多種多様な 既存のソケット関連ミドルウェア をリストしています。