HTML, richesse limitée
Par Laurent simon le jeudi, 13 janvier 2005, 18:25 - Développer - Lien permanent
Certains tentent de faire du client riche avec du HTML. C'est l'expérience vécue par Migs Paraz. Il la raconte dans son blog (extrait) :
My problem now is that I wrote code that hangs the browser. The browser takes up close to 100% CPU load as if it were stuck in a tight loop. Since my code is network-bound, I never (intentionally) do any tight computation. Of course, I could have done it by accident, so I tried to load the Venkman Javascript debugger for Mozilla. No go, it hangs as well.
Comme beaucoup d'autres, en partant d'une base HTML + Javascript + SOAP, il a essayé de faire du client riche comme on aurait pu le faire avec du Java ou du Flash. La seule chose qu'il a oubliée c'est que HTML est loin d'offrir la richesse de ces environnements et qu'il faut rester raisonnable. Avec la combinaison, HTML/JavaScript/SOAP on peut faire quelque chose d'un peu plus riche et plus performant que d'habitude comme le fait par exemple Google avec son service GMail. Mais il faut rester raisonnable, sinon on arrive rapidement à construire des usines à gaz difficile à mettre au point et à fortiori à maintenir.
L’intérêt d’une telle architecture est surtout de limiter le trafic client/serveur et d’apporter une meilleure réactivité à l’utilisateur et non d’augmenter les possibilités graphiques d’HTML. GMail le traduit d’ailleurs parfaitement. Son ergonomie est tout à fait traditionnelle.
Une dernière remarque: un site construit de cette manière, même si il est en HTML n'apporte pas plus de conformité aux standards que des pages en Flash. Ce n'est que de la soupe de Javascript.
Commentaires
Bonjour! Updated URL: http://migs.paraz.com/w/archives/2005/01/11/the-limits-of-a-rich-web-ui/ Merci.
Done.
Thank you Migs.