Widgets vs Portlets
Par dgirard le mercredi, juillet 16 2008, 11:02 - Lien permanent
Le portail 1.0 a du plomb dans l'aile :
- il propose une approche centralisée du développement
- il ne s'appuie pas sur la nouvelle génération de technologie (gadgets, widgets,...)
Voici la présentation que j'ai fait sur le sujet lors de "RIA 2008" (co-organisée par le Benchmark Group et par Frédéric Cavazza) : Widget : le coeur du 2.0
Un très bon article : Widgets vs. Portlets
Commentaires
Petite question, y'a-t-il une spécification pour les widgets? Parce que le fait de pouvoir développer une partie d'un site web et de pouvoir la déployer sur n'importe quel portal a quand-même un avantage certain. Si je comprends bien, l'avantage du widget est son côté moins "rigide". Je ne suis pas sûr de voir ce que je peux faire en widget que je ne peux pas en portlet. Des précisions peut-être? d'avance merci
La norme Widget n'existe pas. Chaque éditeur (google, microsoft, netvibes, webwag) a spécifié la sienne. Opensocial pourrait changer la donne. A suivre...
Pour avoir travaillé avec les Widgets et les Portlets. Les widget ont l'avantage d'être indépendantes de la technologie serveur. Les widget sont plus facilement deployable car s'appuient sur des technologies légères (HTML, JS, AJAX). Peuvent être testées sans serveur. Elles sont plus perfomantes car limite les échanges avec le serveur (Ajax est natif). Du coup, créer un portail qui affiche des applis hétérogène est très facile.
Pour les portlet, faire de la dynamicité avec Ajax, c'est possible mais il faut tout coder. Quant à la portabilité des portlets, on en est loin, la spécification ne couvre pas tous les besoins (déploiement, templates, nécessite des servlets pour le download...). Cf portlets Jboss et portlets Websphère.
J'espère que cela éclaircit le débat.