En fait Play! et Wicket ne font pas exactement la même chose. Si dans les 2 cas le but est de créer une application Web les style d'architecture sont complètement différents.
Wicket a un modèle statefull dans lequel chaque page est représenté par un modèle objet en mémoire qu'on retrouve de requête en requête et qu'on manipule de manière complètement objet. En gros Wicket c'est JSF correctement implémenté.
Play! est un framework purement stateless, dans lequel chaque requête est complètement indépendantedes autres. C'est le même modèle que les frameworks type Rails, Django ou Symphony.
Je pense pour ma part que le modèle de framework stateless est bien mieux adapté au Web, notamment parceque HTTP lui même est stateless. La gestion du bouton back, du refresh, du load balancing sont des problèmes difficiles à résoudre avec un framework statefull. Mais il faut bien avouer que les développeurs de Wicket font un excellent travail en essayant de régler tous ces problèmes au niveau du framework pour soulager les développeurs. Bon évidemment avec un framework stateless on n'a pas à les régler car c'est fait par construction.
Alors après c'est une question de goût entre les 2 architectures ....
Par contre le cycle de développement avec Play! est bien plus agréable avec le rechargement transparent des modifications et de bons rapports d'erreurs.
[^] # Re: Wicket
Posté par ★★★ ★★ . En réponse à la dépêche Play!, un autre framework web Java. Évalué à 4.
Wicket a un modèle statefull dans lequel chaque page est représenté par un modèle objet en mémoire qu'on retrouve de requête en requête et qu'on manipule de manière complètement objet. En gros Wicket c'est JSF correctement implémenté.
Play! est un framework purement stateless, dans lequel chaque requête est complètement indépendantedes autres. C'est le même modèle que les frameworks type Rails, Django ou Symphony.
Je pense pour ma part que le modèle de framework stateless est bien mieux adapté au Web, notamment parceque HTTP lui même est stateless. La gestion du bouton back, du refresh, du load balancing sont des problèmes difficiles à résoudre avec un framework statefull. Mais il faut bien avouer que les développeurs de Wicket font un excellent travail en essayant de régler tous ces problèmes au niveau du framework pour soulager les développeurs. Bon évidemment avec un framework stateless on n'a pas à les régler car c'est fait par construction.
Alors après c'est une question de goût entre les 2 architectures ....
Par contre le cycle de développement avec Play! est bien plus agréable avec le rechargement transparent des modifications et de bons rapports d'erreurs.
Et sinon http://www.playframework.org/manual/contents/fivecoolthings .