Développeur : Google Web Toolkit sous licence Apache 2.0
Posté par Bayle Christian (). Modéré le 13 décembre 2006.
Ce toolkit permet d'écrire son interface en java, qui est ensuite convertie en Javascript compatible avec la grande majorité des navigateurs. Il est ainsi possible de tester ou déboguer son code sans se préoccuper de telle ou telle implémentation de Javascript. Une façon élégante de faire de l'Ajax.
![[en]](../images/en.png)
Blog GWT (858 hits)-
Google Web Toolkit (1476 hits)
-
Exemples (2179 hits)
> Lire la dépêche (87 commentaires, moyenne: 2,3).
Vous avez demandé le commentaire #784219.
Run by 
Cette page a été générée par Templeet en 0.0743s (dont 0.0079 de SQL).
Cette page est peut-être conforme xhtml 1.0.
Information sur le site.
Ca va booster le web2.0
Une telle libération de code va sûrement faire des contents parmis les développeur d'applications web et sûrement accélerer l'utilisation des techniques du web2.0. Surtout pour les applications Java qui n'avait pas beaucoup de framework de ce niveau.
Peut-être verra-t-on fleurir du GWT dans esup :-)
[^]Re: Ca va booster le web2.0
Super... C'est vrai que gmail est génial. Et leur framework a l'air très bien...
Mais bon, je trouve que d'une part, tout faire dans son navigateur, ça risque de devenir un peu lourdingue, d'autant que firefox n'est pas un exemple de légerté (même s'il est très bien tout ça).
Et puis à la fin avec les XMLHttpRequest, les RSS, les Web service qui utilisent HTTP, on commence un peu trop à utiliser à tout bout de champs un pauvre protocole qui n'a pas trop été conçu pour ça au début. Comme si d'un coup HTTP devenait la surcouche de tous les autres protocoles ou était utilisé en dépit du bon sens quand un protocole n'existe pas pour créer un truc batard (C'est bien RSS hein ? Tout ce trafic généré pour rien qui fait exploser la facture d'hébergement de certains...).
Et pour le Web 2.0, je suis plutôt de l'avis de ce monsieur :
http://www.lassila.org/blog/archive/2006/11/i_dont_mean_to_1(...)
[+] [^]Re: Ca va booster le web2.0
Perso... peu importe le protocole... HTTP marche partout et GWT masque les "défauts" et "détails" du protocole... donc ça me convient nickel :)
[^]Re: Ca va booster le web2.0
HTTP marche partout et GWT masque les "défauts" et "détails" du protocole...
Pour toi peut-être (encore que quand ça rame, ça rame), pas pour les serveurs.
cf. la remarque du monsieur au-dessus : « C'est bien RSS hein ? Tout ce trafic généré pour rien qui fait exploser la facture d'hébergement de certains... »
[^]GWTSAPU...
Lancez gmail avec firebug, c'est assez édifiant : la console se rempli à toute vitesse, le code généré est horrible, et quasiment impossible à comprendre et a débuguer : il y a des empilements de frame/iframe/div qui finissent par une ligne de javascript pire qu'un uni-ligne perl, les liens n'en sont pas - cad du texte avec une bonne couche de css/javascript pour faire croire que, mais en fait non (résultat : pas de navigation au clavier avec TAB, ou de bookmarks).
Une personne handicapée ne peut absolument pas utiliser ce genre d'interface, sincèrement si ce genre de site se répand suite à la mise à disposition de ce framework. c'est dommage.
Le seul espoir réside dans une correction de ce bouzin pour générer du code 'propre', mais vu l'état du truc c'est sûrement plus simple de repartir de zéro...
[^]Re: GWTSAPU...
"le code généré est horrible, et quasiment impossible à comprendre et a débuguer "
Le but de GWT est de justement simplifier la génération de code et le débuggage mais cela se fait en Java (qui est tip top pour la génération et le débuggage). Le code généré n'a pas a être compris ou débuggé (sauf par une petite partie des mainteneurs de GWT).
L'ajax en général n'a pas l'air trop fait pour les handicapés j'ai l'impression (utilisation intensive des divs).
[^]Re: GWTSAPU...
L'ajax en général n'a pas l'air trop fait pour les handicapés j'ai l'impression (utilisation intensive des divs).
Le fait qu'il y ait des div n'implique pas un manque d'accessibilité. Et Ajax non plus. Il est tout a fait possible de transformer des appels ajax en bon vieux liens classiques, et donc de rendre l'interface plus accessible. Si en plus le code est généré, c'est d'autant plus simple de faire générer le site en mode avec ou sans javascript. Et pour l'instant on a dans le source de la page dans un noscript : "JavaScript doit être activé pour utiliser Gmail avec le mode d'affichage standard. Il semble que ce langage soit désactivé ou qu'il ne soit pas pris en charge dans votre navigateur. etc..."
Bref, GWTSAPUR1PEUMOINS le jour ou ça pourra générer du code qui fonctionne sans javascript.
[^]Re: GWTSAPU...
mmmm je suis perplexe sur ton analyse... mais je ne suis pas sur de mon coup.
Imagine que tu as une page avec un gros DIV. Et tu as 50 écrans qui se suivent et que tu mets dans le div.... ça donne quoi en HTML classique ? ça reste utilisable ?
[^]Re: GWTSAPU...
Un suppo de http://www.alsacreations.com/ le soir, et un cachet de http://openweb.eu.org/ le matin avant le petit déjeuner, et ça ira mieux d'ici 8-10 jours.
Allez, c'est 22¤. A bientôt et soignez-vous bien.
[^]Re: GWTSAPU...
M'est avis que tu est tombé sur un chasseur de troll expérimenté et bien camouflé.
Il nous en a débusqué 3 énormes spécimens l'air de rien:
le Firefoxsapucélourd, le Ajaxcapucétaimieuavant et son petit frère le HTTPcépafépourservirdepassoiràtou.
Bonne chance ;-)
[^]Re: GWTSAPU...
Mhmm, tu as oublié "le web 2.0 c'est un buzzword commercial qui ne veut rien dire parlons plutôt de web sémantique". J'avoue qu'il était plus caché, plus subtil, plus improbable.
Après pour moi il s'agit de vrais problèmes. Détourner un protocole est plus simple que d'en créer un nouveau, mais on ne fait que le contourner. Quand le petit hack malin devient une règle, il serait plutôt temps de bâtir quelque chose de vraiment solide plutôt que de bricoler dans tous les sens. RSS est devenu indispensable, ça n'empèche pas qu'il soit mal foutu.
Ensuite un autre truc que je trouve juste marrant, et qui marque la diversité de Linuxfr :-). Il y a quelques temps je m'étais fait à moitié descendre parce que je disais que ce n'était pas réaliste d'obliger le Web a se plier systématiquement aux standards du W3C. Il y avait des stal qui aurait voulu qu'à la moindre erreur ton navigateur plante. Je suis a peu prêt sûr (vu comment Google respecte les dits standards) que ce code ne génère pas quelques chose de standard. Et là ça ne choque personne. Ha tiens. Le geek victime de l'effet qui clignote ? Oui monsieur j'en prends dix boîtes de votre produit, j'aime bien la couleur.
Mhmm... Suis-je d'humeur vendrediesque en ce moment ? Bha pensez ce que vous voulez, moi je trouve que ces points ne manquent pas d'intérêt :-).
[^]Re: GWTSAPU...
Je suis a peu prêt sûr (vu comment Google respecte les dits standards) que ce code ne génère pas quelques chose de standard. Et là ça ne choque personne.
Sur Linuxfr il y a des standards de pensée à respecter. (*)
Quand on parle de Microsoft, insinuer que c'est le diable, farci d'arrière-pensées ignominieuses, et que ça plante tout le temps (même si on n'a jamais testé le logiciel en question pour vérifier qu'effectivement, ça plante).
Quand on parle de Google, ce sont les bienfaiteurs du Web, inventeurs de tas d'applis sympas, ils sont donc au-dessus des remarques mesquines qu'on n'hésite pas à infliger à d'autres.
Quant au W3C, c'est Dieu lui-même, toucher à un cheveu d'un standard adoubé par le W3C est forcément une preuve d'obscurantisme indécrottable et probablement mal intentionné (même si XHTML est critiqué par nombre de défenseurs du W3C, hein).
(*) pas que sur Linuxfr d'ailleurs, on retrouve les mêmes comportements sur beaucoup de blogs vénérés ici, comme Standblog & co.
[^]Re: GWTSAPU...
GMail n'utilise pas GWT.
[^]Re: GWTSAPU...
mm je crois bien que si !
[^]Re: GWTSAPU...
Non, je ne vois pas pourquoi je suis à -1. Bruce Johnson a déjà parlé maintes fois du sujet, par exemple dans son mail daté 12/6/2006 5:43 PM et intitulé "Re: Help me pitch GWT to the team...", sur la ML officielle. La seule appli chez Google actuellement visible et utilisant GWT est http://images.google.com/imagelabeler/.