1

Java Service と C# デスクトップ クライアントの間の PubSub には、どのテクノロジを提案しますか? CometD についてどう思われますか? それに適した .net API はありますか? サーバーとクライアントは同じ組織内で実行されるため、異なるプロトコルを使用できます CometD は正しい選択ですか、それとも HTTP の代わりに TCP を使用する方がよいでしょうか?

4

3 に答える 3

0

AMQPやSTOMPなどのいくつかのメッセージング プロトコルを参照することをお勧めします。Java と .NET の両方で両方のプロトコルが適切にサポートされており、RabbitMQ や ActiveMQ などのメッセージ ブローカーを選択できます。

于 2013-09-13T17:49:38.883 に答える
0

アプリは同じ組織内で実行されるため、状況や要件によっては、HTTP や TCP よりも効率的なトランスポートを使用できる可能性があります。

Data Distribution Service (DDS) は、Pub/Sub に基づく OMG による標準です。標準化された言語バインディングは C、C++、Java、Ada ですが、C# なども利用できます。異なる言語とオペレーティング システムをシステムに混在させることができます。配布される構造化データ型は、言語に依存しない形式 (標準では OMG IDL のサブセット) で指定され、アプリケーションで使用される言語固有のインターフェイスとデータ型に変換されます。

UDP や TCP など、さまざまなトランスポート層を使用できます。あなたの簡単な説明からは、DDS が最良の選択であるかどうかを判断することはできませんが、調査する価値があると思います. 非常に簡単な紹介と参考文献のリストについては、このウィキペディアのエントリを参照してください。

于 2012-07-04T15:58:17.393 に答える
0

警告: 私は cometd しか使用していません (大気や Java 以外のソリューションはありません)。

私は cometd が好きです。開始するのが非常に速く、ドキュメンテーションが優れていたからです。また、JavaScript API も問題なく動作しました。

そして、bayeux 仕様は c# でも実装できます: https://github.com/Oyatel/CometD.NET

http://bugs.cometd.org/browse/COMETD-23

于 2012-08-01T21:47:10.377 に答える