예외 또는 오류 코드

우리는 (대부분의) 기본 클라이언트 (Windows, C ++)와 대화 할 웹 서비스 (SOAP, .Net)를 구축하고 있으며 클라이언트에게 오류를 전달하는 가장 좋은 방법이 무엇인지 궁금합니다 (예 : 로그인 서비스를 사용할 수없는 것처럼 SomethingBadHappened 또는 사용자를 찾을 수 없음) 클라이언트에 예외를 던지거나 위의 작업을 수행하기 위해 어떤 종류의 오류 코드 모델을 사용할지 결정할 수 없었습니다.

클라이언트 측에서 처리 할 때 선호하는 것 : 오류 코드 수신 또는 오류 이유가 포함 된 ServerFault 예외 처리?
1) 예외라고 생각하는 이유 : 서버 측 코드를 훨씬 더 균일하게 만들 수 있기 때문입니다.
2) 오류 코드를 생각하는 이유 : 클라이언트 측 관점에서 더 의미 가 있다고 생각 하기 때문입니다.

2) 사실이라면 예외보다 오류 코드를 원할 것입니다. 이 경우입니까?

또한 네이티브 클라이언트 대신 관리되는 클라이언트와 대화 할 경우 응답이 변경됩니까?

SOAP에는 결함 개념 이 있습니다. 예외를 서버 측 및 클라이언트 프록시에서 결함으로 변환하여 결함을 다시 예외로 다시 변환 할 수 있습니다. 이것은 WCF 및 Java 메트로 스택에서 현저하게 작동하며 기본 C ++ 클라이언트에 대해서는 언급 할 수 없습니다.

SOA 모범 사례와 관련하여 클라이언트가 특정 유형의 오류를 다르게 처리해야하는 경우에만 하나의 일반 결함과 몇 가지 특정 결함을 정의하십시오. 프로덕션 배포에서 예외 스택 추적을 클라이언트로 보내지 마십시오. 이론상 서버 추적은 클라이언트와 보안상의 이유로 아무런 의미가 없기 때문입니다. 서버에 전체 오류 및 스택 추적을 기록하고 결함이있는 로그에 대한 고유 한 참조를 보냅니다. WCF에서는 Enterprise Library의 Microsoft Exception Handling 블록을 사용하여 guid를 생성하고 예외를 SOAP 결함으로 변환합니다.

Microsoft 패턴 및 실습 에서 지침을 확인하십시오 .

최근에 Java 6 라이브러리를 사용하여 웹 서비스를 수행했는데 호출자에게 예외를 다시보고 할 수 있습니다 (자동으로 수행되는 방법을 조사하지 않았습니다).

클라이언트가 오류 보고서에서 스택 추적을 개발자에게 제공 할 수있는 기능은 매우 유용합니다 (대략적인 타임 스탬프를 얻은 다음 로그에서 로그에서 조회해야 함).

따라서 개발자의 관점에서 볼 때 예외를 사용하십시오.

웹 서비스 인 경우 서버에서 클라이언트가 포착 한 예외를 정확하게 발생시킬 수 없습니다. 인터페이스에서 서버는 기본적으로라는 문자열 인 경우에도 일종의 오류 코드를 반환해야합니다 An exception occurred. Type %s, message %s, stack trace %s.

클라이언트 측에서는 응답 읽기 코드가 응답을 검사하여 오류가 있는지 확인하고 클라이언트 측에서 예외를 발생시킬 수 있습니다. 적어도 예외 처리가 잘되는 언어에서는 그렇게하는 것이 좋습니다. 그러나 C ++에는 예외 처리가 잘되지 않으므로 가능한 한 C ++ 예외에서 멀리 떨어져있는 것이 좋습니다. 더 나은 언어를 사용할 수 없다면 오류 코드를 고수하십시오.