質問
ただ、現状では、議論からより良い投げ断層上WCFチャンネルに対し、通行のメッセージを示すステータスまたは応答からのサービスです。
断層に是非内蔵の支援から、WCFが利用できる、内蔵のエラーハンドラと反応します。しかし、架として例外を投げます。純れぞれの知見について学ぶととも多額のコストがかかります。
メッセージを含むことができ、必要な情報の決定に何が起きたのとサービスの呼び出しオーバーヘッドのない、投げます。しかし必要な複数のラインの繰り返しコードの解析のためのメッセージを決定行動を以下に示します。
しました刺しを汎用のメッセージオブジェクトを使用することがあります弊社のサービス、その成果として結実したのが、当:
public class ReturnItemDTO<T>
{
[DataMember]
public bool Success { get; set; }
[DataMember]
public string ErrorMessage { get; set; }
[DataMember]
public T Item { get; set; }
}
場合は全てのサービスの通話に戻りこの項目までを一貫してチェックは"成功"プロパティを判定です。その後、エラーメッセージ文字列のイベントを示すものが分かり、汎用の項目を含むDtoが必要です。
例外の情報についてログインし離れ、中央にロギングサービスならサービスです。
思いの?コメント?アイデア、浮かぶのでしょうか。う方に。
一部の更なる解明に私の質問
問題んと断層との契約のコミュニケーションはビジネスのルールに
のように、よければそちらもどうぞログ、アカウントがロックされたどのようにコミュニケーションを取る。ログインに明らかに失敗したが、失敗した理由は"アカウントロック".
でん:
A)を使用booleanを捨て、断層メッセージウッ
B)を返しAuthenticatedDTO関連情報
解決
しかしながら、それを架して例外を投げます。純れぞれの知見について学ぶととも多額のコストがかかります。
だ直列化さ、オブジェクト直列化されたXMLを送ることができたのは遅いネットワーク..コードから例外がnegligableと比較します。
いわ投例外は、あらかじめ明示も奨機種であっても動作が不安定な すべての webserviceツールの開しての取り扱います。
お試料のいずUnauthorizedAccessExceptionのメッセージ"アカウントロック".
解明: きます。NET wcfサービスの翻訳例FaultContractsデフォルトではこの設定を変更することができる。 MSDNを指定する取扱い断層の契約およびサービス
他のヒント
考えてみれば呼び出しのサービスのように話その他の方法でありしかもそれを視点です。想像もしあらゆる方法で返されるという状態だったしだいとなっているかをチェックしたtrueまたはfalseです。でもなかなか面倒なのです。
result = CallMethod();
if (!result.Success) handleError();
result = CallAnotherMethod();
if (!result.Success) handleError();
result = NotAgain();
if (!result.Success) handleError();
この強力なポイントの構成エラー処理システムは、このとき実際のロジックから。いいんでない場合は例外がスローされます。
try
{
CallMethod();
CallAnotherMethod();
NotAgain();
}
catch (Exception e)
{
handleError();
}
同時に、返還することで結果を自らの責任に関するサービスです。ご承知確認の結果オブジェクトが、John Doeがで呼び出し離れて、忘れるものが違うので、例外はスローされます。これは大強度の例外はるかに良い打の時に何かが間違っていて、必要があります。
うにすることを真剣に検討することにFaultContractとFaultExceptionオブジェクトの中心ます。ることができまpass意義のあるエラーメッセージに、クライアントに、時には異常状態が発生します。
残念ながら、私の研修コースのように書きまで全解答として運いんで学ぶと例外管理WCF願います。私のドキュメント今夜のとします。(すいませんので、微弱な応答)