Nel campo dello sviluppo web, è buona pratica fare un POST / Redirect / GET quando i campi nella sottomissione di un modulo non sono validi, anche?
In genere, nessuna transazione sensibile sarebbe avvenuta, in questo caso. Tuttavia, si può sostenere che, tuttavia, è ancora buona norma utilizzare il modello POST / Redirect / GET?
Da una prospettiva REST la conversazione web dovrebbe andare così
GET /example
200 OK - contains empty form HTML
L'utente compila il modulo
POST /example
formfield1=ok
formfield2=bad
400 BAD REQUEST - contains populated form HTML with errors
L'utente identifica il problema con l'invio del modulo e lo corregge
POST /example
formfield1=ok
formfield2=fixed
201 CREATED - contains HTML with success message and onward links (also Location header for REST clients) or 200 OK and 204 NO CONTENT are acceptable
Non è necessario introdurre un reindirizzamento e ciò interromperà la semantica della conversazione.
Direi generalmente no, sulla base del fatto che quando un form viene sottoposto a POST con campi non validi, ciò che in genere si vuole servire in risposta è lo stesso modulo con la stessa popolazione di campo, oltre ad alcuni messaggi di errore. Questo sarebbe oneroso da eseguire tramite POST / Redirect / GET - in che modo garantiresti che la pagina restituita dal GET avesse già le voci dell'utente nei campi del modulo?
Leggi altre domande sui tag programming-practices web-development design-patterns