Discussion :

[nicorama]

Alors là, je rentre dans la mélée !
GWT repose sur des FAUX composants*, et si vous voulez appliquer un marketing spécifique à vos composants, bonjour la galère !

Il est beaucoup plus simple de partir de Widgets créés soi-même, avec ses boutons, son decorum, que de modifier le CSS de Ext-Js/GXT (qui plus est pour tous les composants)

Donc pour en foutre plein la vue au service achat, Ext-Js est parfait. Pour un site web avec un public, c'est une horreur.

Par ailleurs, j'ai intégré GWT dans une vielle appli Struts, et je n'ai eu énormément de soucis (à part IE6, bien sûr ).

* par exemple un radiobutton contient un <table> pour le bouton, un autre pour le label

[Mako 5013]

Par ailleurs, j'ai intégré GWT dans une vielle appli Struts, et je n'ai eu énormément de soucis (à part IE6, bien sûr ).

J'avoue ne pas comprendre la phrase...

Sinon, pourquoi parles-tu de la difficulté de changer les css de composants Ext JS ? Ou bien, plus précisément, en quoi est-ce si difficile selon toi ?

Mako

[benwit]

Alors là, je rentre dans la mélée !

Allusion à notre we de rugby ? (on est les champions, on est les champions ) parce que je suis parfaitement d'accord avec toi.

GXT :
Plus tape à l'oeil, plus homogène
Plus de composants évolués (grille, arbre, drag and drop grille/arbre ...)
Modifier une propriété de leur css, ok mais pas d'avantage. Leur style est trop lié au reste du code, il y a des fonctions de calcul qui testent suivant les navigateurs et ajoute un pixel par ci, un pixel par là ...)
Utilise pas ou peu le deffered binding de gwt mais des (if IE, if Firefox, ...) même si ça commence à s'améliorer.
Utilise peu les Client Bundle (même si ça commence à changer ...)
Nécessite (en date de la version actuelle) d'utiliser le mode quirk tout pourri.
Utilise des tables pour pleins de composants (les boutons comme tu dis)
Les listes déroulantes sont en fait des TextField, etc...
Il y a une utilisation à outrance des annotations qui sont souvent problématique (ex des listeners qui différent uniquement par le type générique
et qui ne peuvent du coup pas être implémenté par la même classe, ...)


GWT :
Manque encore d'homogénéité
Moins de composants évolués (même si les prochaines versions devraient améliorer ce point)
Plus facile en revanche à styliser pour respecter une charte graphique.
Utilise les composant html de bas niveau.
La version 2.0 est beaucoup plus propre : nécessite d'utiliser le mode standard et les nouveaux composants à div/css plutôt que les tables.
Ex : Utilser RootLayoutPanel à la place de RootPanel, etc ...


Ma conlusion :
J'utilise GXT pour des applications de gestion et GWT pour des sites grand public
Si GWT continue de s'améliorer sur le plan graphique et commence à combler les gros manque (grille de données), GXT sera de moins en moins intéressant ...

[pvoncken]

Bonjour Tout le monde,

Je rajoute une couche sur GWT car pour moi c'est le meilleur Framework actuel pour les raisons suivantes :
- On code en Java pour générer du Javascript. Le typage fort est donc un avantage (contrairement à coder en Javascript directement)
- C'est orienté Stateless (contrairement à JSF)
- Le développeur maitrise finement les appels Serveurs (contrairement à JSF qui génère un tas d'appels serveur)
- C'est vraiment orienté optimisation (possibilité de grouper des ressources pour que le navigateur les récupère en 1 appel - Css, Images.., Javascript optimisé par le compilo, possibilité d'alléger le Javascript en découpant l'application, .. et j'en passe et des meilleurs)

Avec GWT on maitrise finement ce que l'on fait, tout est en Java, toute la partie cliente est optimisée de façon incroyable, la gestion évènementielle est plus intéressante pour le développeur.

Pour moi GWT est synonyme d'efficacité. Avec ce framework, un techos va s'éclater parce qu'il aura des possibilités que les autres framework ne pourront jamais proposé du fait de leurs architectures.

Ca fait à peu près un an que je fais du GWT et je ne reviendrais jamais sur du JSF ou du struts (que j'ai aussi pratiqué)

GWT est facile à utiliser pour les débutants, et pour les chauds du code il n'y a pas mieux car le potentiel est énorme.

[BigFoot69]

Désolé de remonter un post relativement vieux mais qu'en est-il aujourd'hui suite aux évolutions des différents frameworks ?

Je me pose la question pour un petit projet perso et j'aimerai intégrer une carte dynamique (à la google map) et je me pose donc la question du framework à utiliser pour faire un truc sympa.

Pour l'instant je suis parti sur Hibernate + Spring et j'hésite entre :
- Wicket
- Tapestry
- Play!
- autres ?

J'ai un peu de mal à voir les pros & cons de chacun.
Apparemment Wicket est très bon niveau perf (pour peu qu'on ne fasse pas n'importe quoi, utilisation des DetachableModel).

Je suis un peu perdu dans cette avalanche de frameworks

[le Daoud]

Personnellement j'apprecie beaucoupl Play ! pour sa simplicité et sa productivité.
Pour t'aider à choisir, voici une vidéo intéressante : http://blog.ippon.fr/2011/01/27/ippe...ework-le-film/
Dans le cadre d'un projet perso, la prise de risque est très faible.

[BigFoot69]

Et dans le cadre d'un gros projet pro, quels seraient les risques ?

[le Daoud]

J'ai assisté à une présentation du framework par Guillaume Bort ce soir (au JUG Nantes). Il bosse avec de gros clients comme des ministères.
Tout projet web peut être fait avec Play !. Ce que tu ferais en rails, django ou symfony tu peux le faire en Java maintenant. Et c'est le pied.
J'avoue que je ne vois pas trop les risques, et quand Nicolas Martignole le met dans la partie "à risque" je ne vois pas pourquoi (mais je ne doute pas qu'il a de bonnes raisons, simplement je ne les connais pas). C'est peut-être lié à la jeunesse du produit.

Quelqu'un ?

EDIT : Un conseil : regarde le groupe google, il fourmille d'interventions intéressantes et t'apportera certainement des réponses. Ex de débat : http://groups.google.com/group/play-...lnk=gst&q=soa#

[stanilas]

Bonjour
j'aimerai des nouvelles des technologies en vogue struts2 est il encore d'actualite car je le trouve assez simple avec tous ses plug in qu on trouve.
Apparemment c'est JSF qui gagne