Я планирую систему EDI, которая отправляет, среди прочего, сообщение подтверждения XML, содержащее несколько элементов, но в частности эти три; ErrorCode, ErrorSeverity и ErrorDescription.Рекомендации по ошибкам и сообщениям
В основном я разбираю входящее XML-сообщение и в зависимости от успеха или сбоя анализа, включая форматирование, синтаксис, структуру, действительность и некоторые бизнес-правила, я верну либо подтверждение успеха, либо отказ.
У меня есть свободное владение для выбора ErrorCodes, ErrorSeverity и ErrorDescription, но вместо наивного запуска с ErrorCode [1], ErrorSeverity [Error], ErrorDescription [Не удается найти входящий XML-файл] и добавления ошибок, как я думаю о них во время кодирования анализатора входящих сообщений Мне было интересно, есть ли наилучшая практика для выбора кодов ошибок и серьезности?
Я знаю, что коды ошибок HTTP похожи на 2xx для сообщений OK, 4xx для определенных ошибок, 5xx для ошибок сервера и т. Д., И задавались вопросом, есть ли у кого-нибудь хорошие предложения, которые могли бы помочь мне по дороге, прежде чем я закоучу себя в угол и скажем, «если только все мои« предупреждающие »ошибки начались с 3 или чего-то подобного!
Я думаю, что ErrorSeverity не будет намного больше, чем [Error], [Warning], [Info] и [OK] может быть
Благодаря
Хорошее мышление Эспо. Конечно, сообщение об ошибке отправляется отправителю сообщения и поэтому должно иметь смысл и, скорее всего, будет действовать на них, поэтому использование «стандартных» кодов ошибок EDI - правильный путь. Я проверю ссылку. Спасибо. – Sprogz