URL: https://linuxfr.org/users/syj/journaux/les-rich-clients-xaml-xul-flashactionscript-une-bataille Title: Les rich clients XAML , XUL, Flash/ActionScript : une bataille gagné d'avance pour Microsoft. Authors: syj Date: 2004年06月08日T17:07:17+02:00 Tags: Score: 0 Dites moi si je me trompe, l'objectifs de ses trois solutions est de répondre aux limites du HTML pour la construction d'IHM afin d'obtenir : - des arbres - des menus déroulants (sur plusieurs niveau) - des afficheurs de graphes - des textarea qui supporte (le gras, l'italique, le souligné, ...) - des combobox éditable - le support du Drag'n Drop - gestion fine des événements sur les composants. - D'autre composants graphiques plus évolué : Par exemple, un éditeur de graphe et dessin, un éditeur de tableau. - de pouvoir réutiliser des composants graphique plus complexe basé sur des données métiers. Arriver à faire tout çà sans que leur implémentation ressemble à une immonde bidouille répartie sur trois langages XHTML, CSS, et JavaScript qui marchera dans le meilleur des cas sur un navigateur et dont une partie de la logique de l'IHM sera reporté côté serveur dans un autre langage. Les 3 solutions réponde d'une manière différentes à ceux problèmes: - Mozilla & maintenant Opera: Propose XUL,XBL, XPI, JavaScript , SVG, ... (J'en oublie) Plein de nouveau langage à apprendre et peu de personne ayant déjà les compétences ou les bases nécessaire. Pour développer, une pauvre application un peu plus complexe qu'un formulaire Web, il faudra acquérir la maîtrise de tous ces domaines techniques aussi complexe qu'inutile. De plus, le risque qu'Opera et Mozilla n'est pas exactement la même implémentation. - Macromedia: Flash, et son ActionScript. Technologie qui a fait ses preuves mais qui possède trois gros défauts à mon avis: - Très propriétaires comme XAML mais là, c'est une techno très fermé qui nécessite de payé des licences pour communiquer avec un serveur d'application de manière simple. - ActionScript n'est pas le meilleur langage que j'ai rencontré. Enfin, je crois que le gros problème provient de l'IDE. - L'absence ou une faible réutilisabilité, il me semble (je suis pas un expert donc je me trompe peut être). Néanmoins, il y a plein de personne sur le marché du travaille qui connaisse bien Flash et ActionScript et qui ont en général une bonne formation graphiste et en ergonomie de logiciel. - Microsoft propose XAML: Langage intégrer à la plate-forme de .Net, on peut donc développer des composants aussi complexe que l'on souhaite dans le langage que souhaité, et lié les comportement de l'IHM dans le même langages. Et par un excès de fantaisie, on pourra même utiliser le même langage du côté serveurs ! Au final, il n'y aura que XAML à apprendre pour des développeurs un peu expérimentés dans les technos .Net ! Franchement, je n'aime pas Microsoft. Mais là dessus, çà sert à rien de se cacher les yeux. La communauté de Mozilla veut faire trop compliqué pour répondre à un besoin qui n'est en soit pas si compliqué que çà. Sun et la communauté OpenSource de Java a déjà apporté toutes les briques nécessaires pour concurrencer Microsoft sur ce terrains. Il y a plusieurs client riche (rich client) propriétaire, ou libre, utilisant Java et la JVM comme plate-forme certains utilisent Web Start pour se déployer, et d'autre utilise simplement une applet. Le langage de descriptions d'interface est quelques fois XUL ou un langage y ressemblant fortement. Dans toutes les solutions que j'ai pu survolé le gros défaut à mon avis. C'est que la logique de l'IHM est souvent réalisé par le biais d'un langage de script. Je n'ai jamais compris pourquoi il ne se contente pas d'exécuter tout bêtement du bytecode Java provenant du serveur et exécuté dans une sandbox ? çà eviterai d'avoir à réecrire, le code de la logique métier des objets du coté client. L'autre gros défaut mais là je crois que c'est le même problèmes des trois autres solutions, il n'y a pas de framework « définissant »d'une manière rigoureuse les échanges de données entre le serveurs d'applications, et le riche client. Enfin, le dernier défaut est que personne ne parle d'eux. Quelques liens d'exemple: Propriétaires: - [http://www.bambookit.com/(...)](http://www.bambookit.com/) OpenSources: [http://luxor-xul.sourceforge.net/(...)](http://luxor-xul.sourceforge.net/)

AltStyle によって変換されたページ (->オリジナル) /