3


0

WCFエラーアーキテクチャ

製品にWebサービスAPIを実装することを検討しています。 WCF内で一般的なアーキテクチャ/障害処理をどのように進めるかを理解しました。 私の質問は、全体的なエラー処理システムを設計する方法のより一般的なものです。 たとえば、SaveCompany(companyobject)というメソッドがあります。 各会社名は一意である必要があります。 「ABC Inc.」という2番目の会社を保存しようとしたとします。 「DuplicateCompanyFault」という名前の障害を取り戻すことを期待しますか、それともエラーコードまたは何か他のものを取り戻すことを期待しますか? 私の質問の根本は、処理するエラー、エラーコード、またはいくつかの組み合わせを受け取ることを好むでしょうか? これらのサービスは、複数の非.NETプラットフォーム上の当社外部の複数の異なるエンティティによって使用されます。 ここでのガイダンスは素晴らしいでしょう。

2 Answer


0


インテグレーターの観点からは、APIレイヤーからのエラーを表す1つの障害タイプと、その障害の内部での障害のコード化と追加情報を提供するテキストの説明を希望します。 そうしないと、エラー処理ロジックが過度に複雑になります。

あなたの例の場合、障害コードは100(yallの洗練されたAPIドキュメントのDuplicate Companyのエラーに対応)であり、メッセージの説明は「既に存在するためABC Incを追加できませんでした」と言います。


0


私の大学と私はこの概念について最近議論しています。 http://msdn.microsoft.com/en-us/library/ff647138.aspx [こちら]は、MSDNからの質問に対応するガイダンスです。