Архитектура ошибки WCF

Question

Я ищу реализацию API веб-сервиса для нашего продукта. Я понял, как вы относитесь к общей архитектуре/обработке ошибок в WCF. Мой вопрос является более общим из того, как разработать общую систему обработки ошибок. Например, у меня есть метод под названием SaveCompany (companyobject). Каждое название компании должно быть уникальным. Скажем, вы пытались спасти вторую компанию под названием «ABC Inc.». Ожидаете ли вы вернуть ошибку с именем «DuplicateCompanyFault», или вы ожидаете получить код ошибки или что-то еще? Я полагаю, что корень моего вопроса заключается в том, что вы предпочитаете получать ошибки для обработки, код ошибки или некоторую комбинацию? Эти сервисы будут потребляться несколькими разными организациями за пределами нашей компании на нескольких платформах, отличных от .NET. Любое руководство здесь было бы здорово.

Answer 1

С точки зрения интегратора, я бы предпочел 1 тип неисправности, который представляет ошибку на вашем уровне API и внутри этой ошибки кодифицирует причину ошибки и текстовое описание для предоставления дополнительной информации. В противном случае логика обработки ошибок будет чрезмерно сложной.

В случае вашего примера говорят, что код ошибки равен 100 (что соответствует ошибке Duplicate Company в документации по API-интерфейсу yall), а описание в сообщении «Не удалось добавить компанию ABC Inc, поскольку она уже существует».

Answer 2

Мой колледж и я обсуждали эту концепцию совсем недавно. Here - это руководство от MSDN, которое может решить ваш вопрос.