|
|||||||
| Débats Les débats et sondages sur le langage et les technologies Java |
|
|
Publicité ' | |||||||||||||||||||||||||||||||||||||||||
|
|
|
Outils de la discussion |
|
|
#81 |
|
Membre Expert
![]() ![]() Inscription : juillet 2006 Messages : 765 ![]() |
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
__________________
Robusta Web Library : Clients RESTful open source pour Java, Android & GWT. API Simple et Productive. Avec style. |
|
|
00
|
|
|
#82 | |
|
Membre Expert
![]() Développeur informatique Inscription : avril 2010 Messages : 394 ![]() |
Citation:
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 |
|
|
|
00
|
|
|
#83 |
![]() ![]() Inscription : septembre 2004 Messages : 1 628 ![]() |
Allusion à notre we de rugby ? (on est les champions, on est les champions
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 ...
__________________
Tout le monde savait que c'était impossible. Il est venu un imbécile qui ne le savait pas et qui l'a fait. Marcel PAGNOL On ne savait pas que c'était impossible, alors on l'a fait. John Fitzgerald KENNEDY. L'inexpérience est ce qui permet à la jeunesse d'accomplir ce que la vieillesse sait impossible. Paul (Tristant) BERNARD La meilleure façon de prédire l'avenir, c'est de l'inventer. |
|
00
|
|
|
#84 |
|
Membre éclairé
![]() |
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. |
|
|
00
|
|
|
#85 |
|
Candidat au titre de Membre du Club
![]() Inscription : mars 2006 Messages : 37 ![]() |
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
|
|
|
00
|
|
|
#86 |
|
Membre habitué
![]() Inscription : novembre 2002 Messages : 285 ![]() |
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. |
|
|
00
|
|
|
#87 |
|
Candidat au titre de Membre du Club
![]() Inscription : mars 2006 Messages : 37 ![]() |
Et dans le cadre d'un gros projet pro, quels seraient les risques ?
|
|
|
00
|
|
|
#88 |
|
Membre habitué
![]() Inscription : novembre 2002 Messages : 285 ![]() |
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# |
|
|
00
|
|
|
#89 |
|
Membre régulier
![]() |
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 |
|
|
01
|
Copyright © 2000-2013 - www.developpez.com