
Sign up to save your podcasts
Or


В подкасте подняли вопрос о сообщениях об ошибках в API.
Этот документ предлагает унифицированное решение по форматированию (схеме) ответа проблемы/ошибки для API-сервисов. Несмотря на то, что документ достаточно свежий (весна 2016) мы едва ли обнаружили для себя удобное решение, которое одновременно будет удобно и для клиента API.
RFC предлагает дополнительный Content-Type: application/problem+json. Частичное применение некоторых идей мы нашли в API DHL v4
Обсудили применимость использования Content-Language для последующей локализации. В большинстве наших проектов мы используем английский.
Обсудили предложение RFC по использованию в качестве кодов ошибок URI и насколько это удобно использовать клиенту.
Рассказали схему ошибки, которую мы используем в своих проектах.
By Artem OstretsovВ подкасте подняли вопрос о сообщениях об ошибках в API.
Этот документ предлагает унифицированное решение по форматированию (схеме) ответа проблемы/ошибки для API-сервисов. Несмотря на то, что документ достаточно свежий (весна 2016) мы едва ли обнаружили для себя удобное решение, которое одновременно будет удобно и для клиента API.
RFC предлагает дополнительный Content-Type: application/problem+json. Частичное применение некоторых идей мы нашли в API DHL v4
Обсудили применимость использования Content-Language для последующей локализации. В большинстве наших проектов мы используем английский.
Обсудили предложение RFC по использованию в качестве кодов ошибок URI и насколько это удобно использовать клиенту.
Рассказали схему ошибки, которую мы используем в своих проектах.