Nel campo dello sviluppo web, è buona norma eseguire un POST / reindirizzamento / GET quando anche i campi in un modulo di invio non sono validi?
In genere, in questo caso non si sarebbe verificata alcuna transazione sensibile. Tuttavia, è possibile argomentare che, tuttavia, è ancora buona norma utilizzare il modello POST / Redirect / GET?
Risposte:
Dal punto di vista REST la conversazione sul web dovrebbe andare così
OTTIENI / esempio
200 OK - contiene HTML vuoto
L'utente compila il modulo
POST / esempio
formfield1 = ok
formfield2 = cattivo
400 BAD REQUEST - contiene HTML in forma popolata con errori
L'utente identifica il problema con l'invio del modulo e lo risolve
POST / esempio
formfield1 = ok
formfield2 = fisso
201 CREATO - contiene HTML con messaggio di successo e collegamenti successivi (anche intestazione di posizione per client REST) o 200 OK e 204 NO CONTENT sono accettabili
Non è necessario introdurre un reindirizzamento e infrangerebbe la semantica della conversazione.
Direi di no, in base al fatto che quando un modulo è POSTATO con campi non validi, ciò che normalmente si desidera pubblicare in risposta è lo stesso modulo con la stessa popolazione di campi, oltre ad alcuni messaggi di errore. Ciò sarebbe oneroso da eseguire tramite POST / Redirect / GET: come assicureresti che la pagina restituita dal GET avesse già le voci dell'utente nei campi del modulo?