Débat : Quel est votre framework Web préféré en Java ?

Les rubriques (actu, forums, tutos) de Développez
Réseaux sociaux


 Discussion forum

Le , par Pill_S, Membre Expert
Bonjour à tous,

je me penche actuellement sur les applications web en java.

J'ai beaucoup lu sur tous les grands frameworks actuel, Struts, Spring, JSF, etc, mais au final je ne me rend pas bien compte des grandes forces de chacun. Ok, Spring est une sorte de container MVC qui s'adapte à tout plein de combinaisons différentes, il a donc un statut particulier par rapport à Struts et JSF, mais son gestionnaire de Vue (SpringMVC/JstlView) est-il à la hauteur de Struts?

Quels sont les raisons qui devraient me faire utiliser plutôt l'un ou l'autre? Qu'utilisez-vous dans votre vie professionnelle? Et pourquoi?

Merci d'avance de m'aider à y voir plus clair (c'est un peu la jungle J2EE!)


 Poster une réponse

Avatar de benwit benwit
Rédacteur
le 01/06/2010 16:17
Pour ce qui est de ma préférence de GXT par rapport à Ext-JS, c'est bien évidemment pour une application complètement nouvelle (en considérant également qu'il faut apprendre la nouvelle approche de GWT).
S'il s'agit d'une application existante en struts, jsf ou autre, il est bien évident que Ext-JS s'intégrera beaucoup mieux, je suis bien d'accord.

Pour ta deuxième remarque, relis moi bien ...
Je dis :
GWT moins riche graphiquement

c'est GWT qui est moins riche graphiquement que GXT et pas l'inverse
il y a les showcases pour le vérifier comme tu dis

Après, quand je disais : GXT reste perfectible, c'est pas rapport au code interne.

Je mettais donc en balance les défauts de GXT (leur code) par rapport a ses avantages (richesse fonctionnelle)
Avatar de Mako 5013 Mako 5013
Membre Expert
le 02/06/2010 9:15
Pour ta deuxième remarque, relis moi bien ...

Effectivement, j'avais mal interprété tes propos. Voici comment j'avais lu ta phrase :

Après, c'est clair que GXT reste perfectible (par rapport à GWT il (GXT) est moins riche graphiquement)

D'où mon étonnement...Pour ce qui est du code interne de GXT, bien que n'ayant pas pu m'en rendre compte par moi-même, j'ai effectivement vu plusieurs avis disant que ce n'était pas le nirvana...

Mako
Avatar de nicorama nicorama
En attente de confirmation mail
le 02/06/2010 12:22
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
Avatar de Mako 5013 Mako 5013
Membre Expert
le 02/06/2010 13:57
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
Avatar de benwit benwit
Rédacteur
le 02/06/2010 20:24
Citation Envoyé par nicorama  Voir le message
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 ...
Avatar de pvoncken pvoncken
Membre éclairé
le 07/06/2010 17:22
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.
Avatar de BigFoot69 BigFoot69
Candidat au titre de Membre du Club
le 31/03/2011 15:27
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
Avatar de le Daoud le Daoud
Membre habitué
le 31/03/2011 17:16
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.
Avatar de BigFoot69 BigFoot69
Candidat au titre de Membre du Club
le 31/03/2011 17:52
Et dans le cadre d'un gros projet pro, quels seraient les risques ?
Avatar de le Daoud le Daoud
Membre habitué
le 31/03/2011 21:48
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#
Avatar de stanilas stanilas
Membre régulier
le 10/08/2011 20:53
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
Offres d'emploi IT
consultant décisionnel sénior TABLEAU SOFTWARE
CDI
LIMTREE - Ile de France - Paris (75011)
Parue le 14/03/2014
Dév Junior Prestashop 25K H/F
CDI
Mobiskill - Ile de France - Paris (75003)
Parue le 09/04/2014
Webdesigner Senior (H/F)
CDI
Small iz beautiful - Ile de France - Paris
Parue le 08/04/2014

Voir plus d'offres Voir la carte des offres IT
 
 
 
 
Partenaires

PlanetHoster
Ikoula