TwistedとWebSocketsについてもう少し学ぶために取り組みたいアプリのアイデアがあります。以前に作成した IRC ボットを Web アプリケーションに統合することを考えていました。私が見る限り、それを機能させるには 3 つのリアクターが必要です。
- プライマリ リアクター: Web サーバー (HTTP)。これは、平均的な twisted.web アプリケーションです。アクセスすると、IRC サーバー/チャネルを接続に POST できます。次に、Web サーバーは別のスレッドの別のリアクターと通信します。これは...
- 二次リアクター: IRC ボット。これは、Twisted IRC クライアント プロトコルを介して実行される IRC ボットです。それはチャネルに参加し、何かが発せられるたびに、そのデータを受け取り、さらに別のスレッド上のさらに別のリアクターにプッシュします...
- Tertiary Reactor : WebSocket サーバー (WS): WebSocket は通常の HTTP プロトコルを使用しないため、独自のサーバーが必要です (または、このような例を見るとそう思われます。IRC ボットがメッセージを受信すると、WebSocket に通知します)。そのメッセージを接続されたクライアントにプッシュするサーバー。
私の考えでは、これは理にかなっています。出来そうです。複数のリアクターが別々のスレッドで実行されている例はありますか、それとも現在の Twisted の化身では実行できないと私が想像したことですか?
リアクター数などを最小限に抑えるために行うことができる (または行う必要がある) アーキテクチャの変更はありますか?
助けてくれてありがとう。