Не ответ, а дополнительный вопрос.Я был вокруг с тех пор, как были введены структурированные исключения.Когда они были, «правило» состояло в том, что они действительно только позволяли изящному «сигналу» пользователю о неисправимой ошибке.Было четко сказано, что они не должны использоваться для чего-либо, что будет напоминать бизнес-правило или что-либо, что мы будем считать логическими сигналами.В настоящее время у меня есть проект веб-сервиса, над которым я работаю, который использовал шаблон, как вы его описали.Это было в основном приложение xml over http, с множеством пользовательских классов с обеих сторон, которые нужно было преобразовать в обеспечение простого SOAP, и это было НОЧНО, как это происходит, поскольку сервер, с которым мы имеем дело, не поддерживает экспозициюэти виды пользовательских исключений через ошибки SOAP ... это должно быть, и это корпоративный "стандарт", но это одна из тех вещей, когда поставщик начинает свой ответ с "Нашей интерпретации спецификации ....", блек.
Итак, перейдя к моему дополнительному вопросу, когда произошла эта мутация?Действительно ли это считается хорошим способом ведения дел?Я не уверен, одинаково ли это на всех платформах, но в JavaLand, под влиянием почти всеобщего признания Spring, возникает серьезная обратная реакция на проверенные исключения, поэтому в этом случае действительно не обязательно есть «контракт»,и повсюду будут возникать необъяснимые и неожиданные исключения.
Я знаю, что коды ошибок считаются странными и старомодными, но, похоже, они лучше работают для проектов, над которыми я работал, но, как всегда, я с нетерпением жду, чтобы получить образование иначе.
Спасибо.