No campo do desenvolvimento da web, é uma boa prática executar um POST / Redirect / GET quando os campos em um envio de formulário também são inválidos?
Normalmente, nenhuma transação sensível teria ocorrido, neste evento. No entanto, pode-se argumentar que, no entanto, ainda é uma boa prática utilizar o padrão POST / Redirect / GET?
Respostas:
De uma perspectiva REST, a conversa na web deve ser assim
GET / exemplo
200 OK - contém formulário vazio HTML
O usuário preenche o formulário
POST / exemplo
formfield1 = ok
formfield2 = ruim
400 BAD REQUEST - contém HTML de formulário preenchido com erros
O usuário identifica o problema com o envio do formulário e o corrige
POST / exemplo
formfield1 = ok
formfield2 = fixo
201 CREATED - contém HTML com mensagem de sucesso e links posteriores (também cabeçalho de local para clientes REST) ou 200 OK e 204 NO CONTEÚDO são aceitáveis
Não há necessidade de introduzir um redirecionamento, e isso quebraria a semântica da conversa.
Eu diria que geralmente não, com o argumento de que, quando um formulário é enviado com campos inválidos, o que você normalmente deseja exibir em resposta é o mesmo formulário com a mesma população de campos, além de algumas mensagens de erro. Isso seria oneroso para executar via POST / Redirect / GET - como você garantiria que a página retornada pelo GET já tivesse as entradas do usuário nos campos do formulário?