Patrons de conception/Post-Redirect-Get

Le patron de conception Post-Redirect-Get (PRG) est une solution spécifique au protocole HTTP pour le développement de serveur web.

Patrons de conception

• Introduction
• Patrons du « Gang of Four »
  • Patrons de création
    • Singleton
    • Prototype
    • Fabrique
    • Fabrique abstraite
    • Monteur
  • Patrons de structure
    • Pont
    • Façade
    • Adaptateur
    • Objet composite
    • Proxy
    • Poids-mouche
    • Décorateur
  • Patrons de comportement
    • Chaîne de responsabilité
    • Commande
    • Interpréteur
    • Itérateur
    • Médiateur
    • Mémento
    • Observateur
    • État
    • Stratégie
    • Patron de méthode
    • Visiteur
• Patrons GRASP
  • Expert en information
  • Créateur
  • Faible couplage
  • Forte cohésion
  • Contrôleur
  • Polymorphisme
  • Fabrication pure
  • Indirection
  • Protection
• Patrons d'entreprise
  • Logique du domaine
    • Script de transaction
    • Modèle du domaine
    • Module de table
    • Couche de service
  • Architecture de source de données
    • Passerelle de table de données
    • Passerelle de ligne de données
    • Enregistrement actif
    • Gestion de données
  • Comportement objet-relationnel
    • Unité de travail
    • Carte d'identité
    • Chargement différé
  • Structure objet-relationnel
  • Association méta-données objet-relationnel
  • Présentation web
  • Distribution
  • Concurrence locale (hors-ligne)
  • État de session (Session State Patterns)
  • Patrons de base
    • Passerelle (Gateway)
    • Mapper
    • Type de base pour la couche
    • Interface séparée
    • Registre
    • Plugin
    • Objet valeur
    • Monnaie
    • Cas spécial
    • Service de substitution
    • Ensemble d'enregistrements
• Autres patrons
  • Type fantôme
  • Double-dispatch
  • Post-Redirect-Get
  • Map-Reduce
  • Évaluation retardée
  • Copie sur modification
  • Injection de dépendance
  • Inversion de contrôle
  • Modèle-Vue-Contrôleur
  • Modèle-Vue-Présentateur
  • Écart de génération
  • Objet nul
  • Objets réutilisables
  • Outbox
  • Feature toggles
• Bibliographie et liens

Patron de conception
Catégorie : Autre
Nom français :	Post-Redirect-Get
Nom anglais :	Post-Redirect-Get
Éviter la soumission multiple d'un formulaire web lors d'un rafraîchissement

Quand un utilisateur soumet un formulaire web (exemples : une commande, une souscription, une nouvelle version de page wiki) dont l'envoi est de type POST, le navigateur l'envoie avec la méthode POST, et reçoit une confirmation du serveur après traitement de la requête et du formulaire.

Le problème

Sans utilisation du patron de conception, les échanges sont les suivants (seule la première ligne est montrée) : L'utilisateur envoi le formulaire (bouton Submit, OK, ...) Client -> Serveur : envoi du formulaire POST ... Le serveur traite le formulaire Serveur -> Client : envoi de la page de confirmation HTTP/1.0 200 OK Le client affiche la page qu'il vient de recevoir, et l'utilisateur décide de rafraîchir la page. Donc le navigateur répète la même requête POST. Client -> Serveur : ré-envoi du formulaire (donc nouveau traitement par le serveur) POST ...

Diagramme d'un problème de multiple soumission.

La soumission multiple du formulaire peut avoir des effets indésirables dont notamment le renouvellement de l'achat d'un article.

La solution

Ce problème est résolu côté serveur en répondant par une redirection : L'utilisateur envoi le formulaire (bouton Submit, OK, ...) Client -> Serveur : envoi du formulaire POST ... Le serveur traite le formulaire Serveur -> Client : redirection vers la page de confirmation HTTP/1.0 303 See Other Client -> Serveur : demande avec la nouvelle URL de la page de confirmation en utilisant la méthode GET conformément à la spécification du protocole HTTP quand le client reçoit le code de réponse 303. GET ... Serveur -> Client : envoi de la page de confirmation HTTP/1.0 200 OK Le client affiche la page qu'il vient de recevoir, et l'utilisateur décide de rafraîchir la page Donc le navigateur répète la même requête GET. Client -> Serveur : rafraîchir sans ré-envoi du formulaire GET ...

Diagramme de la résolution du problème avec le patron PRG.

Le client reçoit une redirection au lieu de la page directement en réponse de l'envoi du formulaire. Le protocole HTTP spécifie que la redirection de code 303 doit être faite avec la méthode GET, ce que fait le client aussitôt pour recevoir la page de confirmation. Si l'utilisateur rafraîchit la page, le formulaire n'est plus renvoyé car la redirection a forcé le changement de méthode à GET.

Le nom du patron de conception donne donc un résumé des premiers échanges effectués (requête POST, réponse REDIRECT, requête GET).