Discussion :

[yashiro]

Pour ma part, depuis la FAC, j'étais farouchement opposé au développement web, mais depuis un bon moment (au moins 1 ans) avec JEE5, je suis absolument conquis par les technologies de présentation de type RIA.
Pour ma part, je penche particulièrement sur RichFaces/IcesFaces couplé avec JSF + XHTML.

Ce que je trouve intéressant dans ces technologies est, outre le panel de composants proposés, la facilité d'utilisation et la réactivité de ceux-ci, entièrement due au fait que les composants encapsulent la logiques AJAX, permettant alors d'atteindre les niveau de réaction des composants de clients lourds tel que des client à base de SWING.

Par ailleurs, il faut garder à l'esprit que la contrainte imposée aux applications de nos jours est la mobilité. Un utilisateur doit être capable d'accéder à son système d'information où qu'il se trouve dans le monde. Cette contrainte pousse de plus en plus vers la sortie, les application à base de client lourds de type installable et favorise de ce fait les client légers basés sur des navigateurs, sans pour autant accepter la baisse de la qualité du design.

Dans tout ce meli-melo, les technologies de présentation de type RIA sont les bienvenue car elle nous permettent de relever le défis avec le même niveau de qualité, de réactivité, de temps de mise en oeuvre, mais aussi ammenent le développeur et ça de façon naturelle (pour certaines de ces technologies), dans un modèle de développement MVC et parfois même orienté service.

J'encourage donc tout développeur voulant s'y lancer de le faire car pour moi c'est l'avenir.

[kisitomomotene]

juste pour lever une ambiguité. Il ne faut pas confondre client lourd et client riche.
D'après moi un client riche est un client qui offre une interface utilisateur avec beaucoup d'interactivité "locale" (les clients Ajax sont riches par exemple).
Un client lourd est un client qui contient pratiquement les 3 couches deployés sur un même poste ( Interface utilisateur, logique métier et base de donnée). dans ce cas la base de donnée joue très souvent le rôle de tampon pour permettre de travailler en mode déconnecté, et synchronise avec le serveur en mode connecté.

[Benguigui06]

Pour ma part, je penche particulièrement sur RichFaces/IcesFaces couplé avec JSF + XHTML.

Continue et tente l'étape d'après. Abandonne les frames work à base de page (JSF etc.) et tente pas exemple ZKoss. Je pense que tu verra mieux le sens de mon propos et en quoi ces nouveaux frame work proposent encore plus de simplicité (et un code plus concis, moins "artichaut"). tu retrouveras les techniques d'EventListener propre aux programmation swing par exemple

[Patrice99]

Pour moi le développement web passera par Silverlight : je trouve tout le reste trop fastidieux et peu productif par rapport au développement local. Par contre Silverlight offre une bonne transition vers le web. La démo de Quake est bien en Silverlight et non pas en flash, les possibilités sont donc bien là !
P.S. Je développe en DotNet Winform.

[delphi63]

Bonjour.

http://www.benjoffe.com/code/demos/canvascape/textures
mouais...avec une machine de développeur (bi-proc, 4Go RAM et grosse carte graphique), ca rame a mort

Le code de Benjoffe dépend énormément du Navigateur. Et c'est vrai pour tout les Frameworks en javascript.
Entre IE6 et Chrome l'écart est énorme (x10), Google montre que cette solution a peut-être un avenir pas si lointain.
Pour moi avec un AMD 2.21GHz 1.50 Go c'est tout à fait fluide

Ici des chiffres sur performances frameworks suivant les navigateurs.
http://arnaudgeorgin.blogcity.fr/200...rk-javascript/

[Philippe Vialatte]

Le code de Benjoffe dépend énormément du Navigateur. Et c'est vrai pour tout les Frameworks en javascript.
Entre IE6 et Chrome l'écart est énorme (x10), Google montre que cette solution a peut-être un avenir pas si lointain.

Testé avec Firefox 3.5...

Le problème des perfs, ca reste que si un framework n'est pas performant pour la majorité des utilisateurs, il ne sera pas utilisé...et aux dernières nouvelles, ie reste dominant

http://marketshare.hitslink.com/brow...e.aspx?qprid=0
http://marketshare.hitslink.com/brow...e.aspx?qprid=2

[mikaoul]

Le problème des perfs, ca reste que si un framework n'est pas performant pour la majorité des utilisateurs, il ne sera pas utilisé...et aux dernières nouvelles, ie reste dominant

Malheureusement, IE est dominant et la tendance a toujours du mal à se renverser en particulier en entreprise, à tort ou à raison d'ailleurs.

Mais je pense aussi que les développeurs d'applications web doivent oser créer des applications qui ne tiennent pas compte d'internet explorer, en tout cas dans sa version 6. Car tout le monde le critique mais aussi tout le monde s'efforce de garder une compatibilité avec ce navigateur.

Sur ce point le framework RAP d'Eclipse a osé mettre de côté IE6 pour concentrer ces efforts sur de nouvelles fonctionnalités, en effet, les applications créés avec ce framework sont beaucoup plus lentes avec IE6 qu'avec Firefox par exemple.
Et bien soit, si l'application est vraiment indispensable, l'utilisateur mettra à jour son navigateur ou passera à un navigateur plus performant.
C'est peut être radical mais je pense qu'il faut un certain moment arrêter de disperser ses efforts.

Les frameworks RIA ont révolutionné l'écriture d'applications web de part leur simplificité.
Cependant avec l'arrivé du HTML5, ces frameworks disparaitront-ils ? Serviront-ils uniquement de compilateurs Java/HTML5 ?

On pourrait le penser avec Flash et la nouvelle balise VIDEO de HTML5.
L'utilisation du framework Flash en serait grandement diminué.

Michael

[NextArchitecture]

le post initial posait la question : est-ce que l'affichage graphique d'une application continuera a se faire sous format HTML ou sera-t-elle semblable à une application de bureautique ?

Les solutions actuelles permettant de ne pas faire de l'HTML/js sont toutes propriétaires, sous forme de plugin. De mon avis, à utilité égale, l'utilisation d'un langage ouvert et gratuit sera toujours favorisé...