Представьте, что у вас есть форма на странице, и вы отправляете данные этой формы на сервер AJAXian, например. jQuery.post (). Сервер считает, что данные недействительны, потому что, скажем, адрес электронной почты не содержит символ «@».
Я думаю, что дух HTTP говорит, что сервер должен вернуть код состояния «HTTP 400 Bad Request» со своим ответом, чтобы указать клиенту, что он не может обработать запрос. причина (данные не подтверждены) должны быть в теле ответа.
Но я работаю в среде ASP.NET MVC, в которой традиционно реализованы «частичные представления» - фрагменты HTML, отправляемые в виде ответов, предназначенные для замены в DOM клиента при получении из запроса AJAX. В этой парадигме сервер обычно создает альтернативную версию формы, заполненную (недействительными) отправленными значениями и стилизованную с помощью красных подсветок и предупреждений, указывающих, что адрес электронной почты был недействительным и должен быть исправлен. Клиент подставляет эту форму в свою DOM, и пользователь видит проблему.
Это достаточно распространенный шаблон в мире MVC, но я не вижу никого, кто бы позаботился о том, чтобы установить соответствующий код состояния HTTP. Я не могу понять, почему.
Можно ли включать HTML-разметку в ответ, отличный от HTTP-200, чтобы клиент мог показать проверку? Я не могу найти ничего, что говорит, что это не так.