例外またはエラーコード

（主に）ネイティブクライアント（Windows、C ++）と通信するWebサービス（SOAP、.Net）を構築しており、クライアントにエラーを伝える最良の方法は何かを考えています（例：ログインサービスが利用できないSomethingBadHappenedまたはユーザーが見つからないなど）、クライアントに例外をスローするか、上記を行うために何らかのエラーコードモデルを使用するかを決定できませんでした。

クライアント側の処理であなたが好むもの：エラーコードを受け取るか、エラーの理由を含むServerFault例外を処理しますか？
1）なぜ例外を考えているのか：サーバー側のコードをより均一にするから
2）エラーコードを考えているのはなぜか：クライアント側の観点からより理にかなっていると考えるから

2）が本当に当てはまる場合、例外よりもエラーコードを探したいのでしょうか？それはここですか？

また、ネイティブクライアントではなくマネージドクライアントと通信している場合、答えは変わりますか？

SOAPには障害の概念があり、サーバー側で例外を障害に変換できます。クライアントプロキシでは、障害を再び例外に変換できます。これは、WCFおよびJavaメトロスタックで非常にうまく機能し、ネイティブC ++クライアントについてコメントすることはできません。

SOAのベストプラクティスに関しては、クライアントが特定の種類のエラーを異なる方法で処理する必要がある場合にのみ、1つの一般的な障害といくつかの特定の障害を定義します。実稼働展開では、例外スタックトレースをクライアントに送信しないでください。これは、理論上、サーバートレースはクライアントにとってもセキュリティ上の理由からも意味がないためです。サーバーに完全なエラーとスタックトレースを記録し、障害のログに一意の参照を送信します。WCFでは、エンタープライズライブラリのMicrosoft Exception Handlingブロックを使用してGUIDを生成し、例外をSOAPエラーに変換します。

Microsoft Patterns and Practicesのガイダンスを確認してください。

私は最近、呼び出し元に例外を報告できるJava 6ライブラリを使用してWebサービスを実行しました（自動的に行われる方法については検討していません）。

エラーレポートでクライアントにスタックトレースを開発者に提供させる機能は非常に便利です（おおよそのタイムスタンプを取得し、ログに記録する場合はログで調べる必要があります）。

したがって、開発者の観点から見ると、例外を使用してください。

Webサービスの場合、クライアントがキャッチする例外をサーバーに正確にスローさせることはできません。インターフェースでは、サーバーは基本的に何らかのエラーコードを返す必要がありますAn exception occurred. Type %s, message %s, stack trace %s。

クライアント側については、応答読み取りコードに応答をチェックさせて、エラーが含まれているかどうかを確認し、クライアント側で例外を発生させることができます。少なくとも例外処理が適切に行われている言語では、これは非常に優れた方法です。ただし、C ++には適切な例外処理はありません。C++例外から可能な限り遠ざけることをお勧めします。より良い言語を使用できない場合は、エラーコードに固執するだけです。