Чи є корисною практикою в галузі веб-розробок робити POST / перенаправлення / GET, коли поля у формі подання форми також недійсні?
Зазвичай жодної чутливої транзакції в цьому випадку не відбулося б. Однак чи можна зробити аргумент, що, тим не менш, все ще є хорошою практикою використання моделі POST / Перенаправлення / GET?
Відповіді:
З точки зору REST, веб-розмова повинна йти так
GET / приклад
200 ОК - містить порожню форму HTML
Користувач заповнює форму
POST / приклад
formfield1 = добре
formfield2 = погано
400 BAD ЗАПИТУВАННЯ - містить заселений формою HTML з помилками
Користувач ідентифікує проблему з поданням форми та виправляє її
POST / приклад
formfield1 = добре
formfield2 = фіксований
201 СТВОРЕНО - містить HTML із повідомленням про успіх та подальшими посиланнями (також заголовок місцеположення для REST-клієнтів) або 200 ОК та 204 НЕ ЗМІСТ прийнятні
Не потрібно вводити переадресацію, і це порушило б семантику розмови, щоб це зробити.
Я б сказав, як правило, ні, виходячи з того, що коли форма POSTed з недійсними полями, те, що ви зазвичай хочете подавати у відповідь, - це та сама форма з тією ж сукупністю полів, плюс деякі повідомлення про помилки. Це було б важко виконати через POST / Redirect / GET - як би ви гарантували, що на сторінці, поверненій GET, вже були записи користувача у полях форм?