hVostt,

помнишь, на сайте как то была бурная дискуссия про то как ответы в web api оформлять -
вариант 1 - коды ответов 200, 400 500 использовать и давать тело ответа
вариант2 - код ответа 200 для успешного ответа и 500 для ошибок
в ваших проектах вы что используете ?

hVostt,

я по архитектуре веб сервисов дальше рассуждаю - рассматриваю какой вариант.
возьмем абстрактный пример получение по номеру паспорта ФИО и даты рождения человека.
то есть имеем сервис
/passport/person?passportNumber=41001234
и по нему возвращаем ответ 200 и тело запроса


на запрос
/passport/person?passportNumber=4100123
возвращаем ответ 400 и тело


то есть подход какой - веб сервис возвращает не объект, а ответ на запрос.
а он уже состоит из ответа, когда он есть, или из объяснения причины отказа в ответе - отказ запроса по бизнес требованиям.
как то у меня такой подход сложился - у вас как ?

fkthat,
обращу внимание - возвращается ответ веб сервиса, поэтому объект с ответом один.
в моем примере веб сервис возвращал только одну персону, поэтому объект с ответом был

'Response':{
'FIO':'Путин Вова',
'BirthDaty':'19600201'
},
если бы веб сервис был такой, что возвращает несколько персон, то само собой нужно было написать

'Response':[{
'FIO':'Путин Вова',
'BirthDaty':'19600201'
}]

hVostt,
объясню откуда выполз 'Response':null,
для подключения к веб-сервисам сделали агента на серверной стороне, который как раз возвращает CS объект с ответом веб сервиса. Физическое подключение было сделано библиотекой, которая сама ответ сериализовывала в cs объект (RestSharp был использован)

В случае невалидных параметров при коде 400 архитектура потребовала
1. выдать массив с разъяснением причин отказа проверки
2. и для успешной сериализации ответа поставить 'Response':null, так как Response заполняется в случае успешного ответа 200

Так что получилось, что когда пользуешься библиотекой с автоматической сериализацией ответа то оказалось удобно для 400 использовать вот такую структуру

{
'Response':null,
Explanations:['в номере паспорта должно быть 8 символов']
}
Да и архитектурно получается вроде логичное объяснение: при отказе при валидации нет ответа веб сервиса и есть разъяснение причин отказа

fkthat, hVostt
вообще мнение по вопросу опять поделилось - один голос сказал за, второй голос против.
кстати в прошлом топике про веб апи так же было.
так что видимо на уровне предпочтений.
мой пример вылез из того, что реально загрузкой занимается библиотека с автоматический сериализацией ответа