0

アプリケーションは、サービスが利用できないことをできるだけ早く知る必要があります。クライアントはデフォルトの sendTimeOut と ReceiveTimeOut を使用します。ここで、SendTimeOut を 10 秒に短縮して、10 ~ 12 秒以内に UI がサービスの利用不可を認識し、それに応じて反応するようにしたいと考えています。

Q.1 クライアント構成で SendTimeOut を減らすことによって、サービスが利用できない時間を減らすことについて、私は正しい方向に進んでいますか?

Q.2 これの結果は何ですか?

Q.3 より良いアプローチはありますか?

ガイドしてください。

4

1 に答える 1

0

どのような利用不可を検出しますか?

  1. サーバーがクラッシュしましたか?
  2. サービスがクラッシュしましたか?
  3. サービスは、何らかの内部リソースが作業を実行するのを待っていますか?
  4. ホスティング アプリケーションがスレッドを処理していませんか?
  5. 他の何か?

タイムアウトに関係なく、1、2、および 4 の缶がほぼ即座に検出されることを考慮してください。一般に、時間だけに基づいて使用不可を推測するべきではありません。メッセージ サイズや送信待ち時間など、他のプロパティを考慮する必要があります。

また、バインディングは何を使用していますか?MSMQ バインディングを使用している場合、要求と応答のパターンに従ってサービスが利用可能かどうかを知る方法はまったくありません。

于 2012-08-27T19:47:56.490 に答える