トピックのパブ/サブシステムの作成

Question

トピックのパブリッシュとサブスクライブを行うクライアント/サーバーアプリケーションを作成しています。 私は、このプロジェクトのアーキテクチャと実装に関するいくつか質問があります。

最初にC＃（.NET 3.5）を使用し、明示的にRaw Sockets/AIO/Threadsを使用します（最初はWCFなしでサーバとクライアントを自分のニーズに合わせて調整したい） 。クライアントは主にトピックを購読しますが、時にはサーバーにコマンドを送信し、データを公開することさえあります。いくつかのクライアントは出版社だけでもよい。

1. あなたは私のサーバーの 基本的なビルディング・ブロック（ クライアントあたりのスレッド、IOCP、....）でなければならどう思いますか。

2. クライアントが サーバにパブリッシュ/サブスクライブ 話題を聞いて、コマンドを送信するために同じ NetworkStreamを使用する必要がありますか？データを待つ方法と同じ 同じスレッドで行う必要があります ストリームに同時にデータを書き込みますか？

（サンプルコードが認識されるであろう:)）

Answer 1

1. それはあなたがリクエスト処理のために、独自のスレッドプールを管理するための必要性を排除するように私はできる限り非同期ソケットを使用します。

2. クライアントは2つのストリーム（リスト用と送信用）を使用する必要があります。これにより、クライアント側とサーバー側の両方で大幅に単純化されます。ここでも、複数のスレッドを管理する必要がないように非同期ソケットを使用します。

非同期コールバックで使用される共有リソースでロックを管理するように注意してください。できるだけ多くのリソースを共有することは避けてください。物事への同時アクセスを管理することは、通常、このようなアプリの最悪の部分です。

Answer 2

ActiveMQをチェックアウトしましたか？私はすでにトピックを扱っており、C＃はNMS APIを使って話すことができると信じています。