5

イベント コンシューマー (サブスクライバー/オブザーバー) とイベント プロデューサー (パブリッシャー/サブジェクト) が分散した地理上にあるイベント ドリブン アーキテクチャが必要です。

.NET には、トランスポート メカニズムの実装に接続する必要なく、ネットワーク経由でシームレスにイベントをリレーするものがありますか?

2 年ほど前に DNR の番組で Juval Lowy が Enterprise Services について何か言ったことを思い出しますが、それが何であったか思い出せません。

これを行うために.NETフレームワークから何を使用できるか知っている人はいますか?

4

5 に答える 5

6

これは、WCF と MSMQ で行うことができます。Tom Hollander のブログ記事があります。. TIBCO のようなソリューションも検討できます。オープンソースが好きなら、RabbitMQも一見の価値があります。サービスバスを探しているなら、公共交通機関もオープンソースの選択肢です。Mike Hadlow は、このことについてブログを書いています。

于 2009-09-25T21:03:12.143 に答える
1

これはErlangシステムにとって完璧な仕事のように聞こえます...またはRabbitMQのようなAMCQクライアントを使用するかもしれませんね？

于 2009-09-25T21:15:29.357 に答える
1

構成にアクセスできる場合は、MSMQがこれを行うための良い方法です。WCFは、メッセージングの重要性に応じて、合理的な代替手段となるはずです。

簡単なMSMQの例： http： //www.codeproject.com/KB/cs/mgpmyqueue.aspx

于 2009-09-25T21:44:54.447 に答える
1

.NET には、トランスポート メカニズムの実装に接続する必要なく、ネットワーク経由でシームレスにイベントを中継するものがありますか?

これが .NET Remoting (リンク) の出番だと思います。私はそれの専門家ではありませんが、あなたが探しているもののように見えます.

.NET Remoting に加えて、WCF (Windows Communication Foundation) (リンク) が Remoting のより優れた代替手段になる場合があります。WebServices の経験はある程度あり、WCF の経験はほとんどありませんが、これら 2 つの .NET テクノロジについて調査します。

于 2009-09-25T21:03:38.503 に答える
1

これは MSMQ の仕事のように思えます。この記事は、開始するのに役立ちます。

http://msdn.microsoft.com/en-us/library/ms978430.aspx

于 2009-09-25T21:05:15.133 に答える