1

レイテンシー以外に、イベントを投稿するためにWebサービスのリストをループすることに重大な欠点がありますか？

Dispatcher(event) {
    var services = getServices();
    for each service in services {
        callService(service, event);
    }
}

編集：
何とは対照的に？–ピーターリッチー

  • MSMQやnServiceBusではなくWebサービスを使用する。

その他の質問– Ruben Bartelink

  • joliverのイベントストアを使用します。
  • Webサービスは、イベントに「サブスクライブ」されるwebapiレストフルサービス（内部）またはサードパーティサービスになります。
  • 各Webサービスはディスパッチが必要なアドレスであるため、Webサービスをループします。
  • 私はまだその時点に到達していないので、c＃コードはまだありません。
  • 私はまだプロジェクト全体でテクノロジーを評価していて、質問があり、みんなが何をしているのかを確認するために、スタックオーバーフローにそれを置くことにしました。

昨日の私の調査からの補足情報：通信方法の選択に関しては、エンタープライズサービスバス（ESB） http://en.wikipedia.org/wiki/Enterprise_service_bus
について知っておくと便利です。.netの世界では、nservicebusは人気があるようですが、無料ではなく、公共交通機関も無料ですが、サンプルの作成と実行に問題があります。TT

公共交通機関の背後にいる人の1人によるメッセージングとWebサービスの一般的な概要：http：//blip.tv/ineta-live/event-driven-architecture-by-chris-patterson-north-dallas-net-ug- on-02-03-2010-3193457

4

1 に答える 1

2

次の場合、ユーザー向けのアプリケーション層からさまざまなWebサービスを直接呼び出してイベントを公開すると、問題が発生する可能性があります。

  1. リモートサービスは利用できません、
  2. リモートサービスが壊れて、予期しないエラーコードを返します。
  3. リモートサービスは遅く、ユーザーは待つのが好きではありません。
  4. 等

キューを介して、さまざまなWebサービスを呼び出すことができるいくつかの動作中のアプリケーションにイベントを公開することにより、上記のいずれかが原因でフロントエンドアプリケーションが失敗する必要はありません。

于 2013-03-06T14:43:32.680 に答える