3

バックグラウンド：

  • 統合が必要な Windows アプリがたくさんあります。
  • パブリッシュ/サブスクライブ IPC メカニズム/ライブラリがうまくいくと思います。
  • アプリ間イベントは永続化する必要はありません。
  • すべてのアプリが .NET で作成されているわけではありませんが、.NET での拡張を可能にするプラグイン アーキテクチャを備えていないアプリもあります。
  • アプリは、ターミナル サービス環境でユーザーによって実行されます。
  • IPC メカニズムは、ユーザーの分離をサポートする必要があります。Joe の App A のインスタンスから Joe の App B のインスタンスに送信されたメッセージが、Sam の App B のインスタンスに到達することは望ましくありません。

私が理解しているように、これは次のいずれかで可能です。

  • ユーザー分離が組み込まれた IPC を使用する (DDE)
  • 一般的な IPC を使用し、ユーザー分離を自分で実装します (メッセージにユーザー ID を含めます)

質問:

  • 私たちが考えているオプションの 1 つは NServiceBus です。この同じ問題 (デスクトップ統合) にこのライブラリを使用した人はいますか? NServiceBus はこのように使用されることを意図していますか? おそらく、デフォルトのトランスポート (MSMQ) を volatile に置き換えた人ですか?
  • 実際に同じ問題を抱えていて、別の pub-sub メカニズムで解決した人はいますか?
4

1 に答える 1

0

NServiceBus は、分散コンピューティングの誤謬を解決するために構築されました。あなたのシナリオには同じマシンで実行されている複数のアプリケーションが含まれていることを考えると、私の意見では、NSB は実際にはここには当てはまりません。アプリケーションの局所性を考えると、提案されたソリューションは実行可能のようです。

于 2010-10-08T00:22:53.493 に答える