> Enfin, même sur une application stateless, le bouton back est problématique. Comment gères-tu si la dernière opération modifié le modèle. Tu l'exécutes une deuxième fois ?
Une requête GET ou HEAD n’est pas censé modifier ton modèle. Pour les requêtes POST et PUT, l’UA est censé demander à l’utilisateur (ce que tous font, à ma connaissance). De plus, tu peux tout simplement répondre un code 3xx sur ta requête POST, et plus de problème.
> Enfin, les applications Stateless sont plus sensible cross-site-scripting.
Évidemment, vu qu’il est tout simplement impossible de faire un lien sur une ressource stateful...
En tant qu’utilisateur, c’est chiant. cf voyages-sncf, par exemple.
[^] # Re: Mon expérience
Posté par Moonz . En réponse à la dépêche Play! 1.0 est sorti. Évalué à 3.
Une requête GET ou HEAD n’est pas censé modifier ton modèle. Pour les requêtes POST et PUT, l’UA est censé demander à l’utilisateur (ce que tous font, à ma connaissance). De plus, tu peux tout simplement répondre un code 3xx sur ta requête POST, et plus de problème.
> Enfin, les applications Stateless sont plus sensible cross-site-scripting.
Évidemment, vu qu’il est tout simplement impossible de faire un lien sur une ressource stateful...
En tant qu’utilisateur, c’est chiant. cf voyages-sncf, par exemple.