POST / Redirect / GET с неверной отправкой формы?

В области веб-разработки, является ли хорошей практикой делать POST / Redirect / GET, когда поля в отправке формы также недействительны?

Как правило, в этом случае не было бы никакой конфиденциальной транзакции. Однако можно ли привести аргумент, что, тем не менее, все еще является хорошей практикой использование шаблона POST / Redirect / GET?

С точки зрения REST, веб-разговор должен идти так

GET / пример

200 ОК - содержит пустую форму HTML

Пользователь заполняет форму

POST / пример

formfield1 = ок

formfield2 = плохо

400 BAD REQUEST - содержит заполненную форму HTML с ошибками

Пользователь идентифицирует проблему с отправкой формы и исправляет ее

POST / пример

formfield1 = ок

formfield2 = фиксированная

201 CREATED - содержит HTML с сообщением об успешном завершении и последующими ссылками (также заголовок Location для клиентов REST) ​​или 200 OK и 204 НЕТ КОНТЕНТА приемлемы

Нет необходимости вводить перенаправление, и это нарушит семантику диалога.

Как правило, я бы сказал, что нет, на том основании, что, когда форма POST помещена с недопустимыми полями, в ответ вы обычно хотите использовать одну и ту же форму с тем же заполнением полей, а также некоторые сообщения об ошибках. Это было бы обременительно выполнять через POST / Redirect / GET - как бы вы обеспечили, чтобы на странице, возвращаемой GET, уже были записи пользователя в полях формы?