наверное стоит использовать ее и для своих ответов? и в целом эту спеку
Да)
а есть что-то подобное и для успешных ответов? я не уверен, что клиентам будет удобно принимать 2 совершенно разные модельки с каждого эндпоинта
В успешном ответе обычно сразу модель фигачат, кто-то свой ApiResponse пишет, но я не знаю, какие могут быть преимущества. Можно просто договориться, что ошибки будут по модели problem details
я просто не очень представляю, как из того же Шарпа будут парсить 2 разные модельки. Это же нужно будет смотреть статус код перед парсом в каждом месте. Поэтому я подумал, что может быть есть какая-то общая модель, как для 200, так и для ошибок. Типа, тогда можно только проверять, есть ли что-то в поле errors. И с таким можно сделать генерик для поля result и все будет хорошо
Можно общую модель, но тогда у тебя будет 2 статус кода: от сервера и внутри модели
ну такое я не очень люблю. Мне хотелось бы подробное описание проблемы, как по той спеке. Но при этом HTTP код соответствующей проблеме
https://jsonapi.org/examples/
спасибо, посмотрю
это не совсем то же самое, но идея схожая, что-то такое и можно сделать
Ну ты смотришь на код сервера, если не 200, то десериализуешь проблем детейлс. В языках будет что-то типа if response.success != true
это на действие больше при каждом запросе, чем если получать и сразу десериализировать, а потом уже смотреть на словарь с ошибками. в общем, думаю на основе той спеки и другой ссылки сделать что-то своё
Тогда делай обертку)
Обсуждают сегодня