Focus Technique : le Client riche et "HTML"

Tout d'abord une petit mise au point sur le RCP (Rich Client Plat-Form).
Derrière ce terme se cachent deux problématiques :
  • Retrouver les possibilités ergonomiques du client/Serveur,
  • Embarquer les couches MVC (Model View Controler) sur le «client» (poste de travail).
En cela, il s'agit de déployer sur le poste client un applicatif qui n’='est plus un browser (client léger).
Les applications développées sur cette technologie ne pourront plus être directement accessibles par le Net.

Le W3C, à travers le projet fédérateur «XHTML», a pour ambition de garder la notion de browser (plus particulièrement Mozilla FireFox) tout en lui apportant la richesse ergonomique des solutions Client/Serveur et en implémentant la couche MVC (à travers un de ses projets).

Par ailleurs, la politique de MicroSoft à cet égard est la même (voir les annonces sur XAML, spécifications des fonctionnalités de son futur browser).

Ceci étant dit, que recouvre XHTML ?

Tout d'abord un schéma pour positionner la problématique :



Pour remplacer HTML 4.0, le W3C a lancé XHTML dont une implémentation de référence est «MOZILLA - FIREFOX».
Le projet XHTML fédère les projets suivants :
  • XUL dont le principal sponsor est MOZILLA a pour ambition de proposer des MetaComposant graphiques comme par exemple les TreeView.
  • XFORMS, porté par IBM entre autres, se propose de traiter les formulaires (principalement à travers XML), mais aussi le modèle MVC.
  • SVG, lancé par ADOBE, permet de traiter les images dynamiquement comme des vecteurs.
  • MathML, recommandation du W3C, doit permettre tout simplement l'affichage et le traitement d'équations mathématiques sur Internet.
La combinatoire de ces projets, dont l’implémentation complète en tant que XHTML dans MOZILLA FIREFOX pourrait se faire durant le 2ème trimestre 2005, peut donner au client léger une deuxième jeunesse, en tout cas pour qui sera prêt à « abandonner » Internet Explorer.

Pour les autres (les accros d'IE), il existe en fait plusieurs voies possibles :
  • Le projet XAML de MicroSoft, dont l’implémentation dans une nouvelle version de IE (qui changera peut être de nom à cette occasion) n'est pas envisageable avant 2006, se propose d'implémenter les mêmes fonctionnalités que XHTML mais par MicroSoft
    C'est l'empêcheur de tourner en rond & de dormir sur ses deux oreilles (en tout cas d'un point de vue MOZILLA)
  • Le projet WebFORMS, sponsorisé par OPERA, qui n'a pas d'implémentation «officielle» à ce jour, se propose de traiter des formulaires par enrichissement du langage HTML et même plus largement d'intégrer la couche MVC. A ce titre, il se positionne comme un futur «HTML 5» et a demandé au W3C d'intégrer ses spécifications (MOZILLA a donné son accord). Par ailleurs, ce projet fait également un pas vers MicroSoft en annonçant une bibliothèque de JavaScript le rendant compatible avec I.E.
    C'est peut-être le tronc commun de «compatibilité» IE et le reste du monde
  • Le projet XFORMS annonce également une bibliothèque de JavaScript le rendant compatible IE. Ici, il s'agit plus d'une tentative des sponsors du projet d'attirer les pro-IE vers leur projet que d'une opération de «séduction» envers MicroSoft (n'oublions pas qu'IBM se cache derrière de projet)
    C'est à la mode, mais MicroSoft sera-t-il influencé ?
En synthèse, HTML peut retrouver une deuxième jeunesse et pallier à tous ses défauts actuels, permettant ainsi, contrairement aux clients riches, de continuer à développer des applications INTERNET.

Cependant, il existe deux mondes «parallèles» : le W3C & MicroSoft.
WebFORMS pourrait être un sous-ensemble réunissant les mondes.

En conclusion, si INTERNET reste une cible de «déploiement» privilégiée et que :
  • l'abandon de IE ne vous pose pas de problème, n'hésitez pas : MOZILLA FIREFOX est votre solution (il suffit de voir les parts de marché prises depuis 6 mois)
  • IE vous reste indispensable (pour toutes les raisons louables Conduite du changement - Parc installé - Problème de migration de l'existant - etc.), ou :
    • vous n'êtes pas pressé : Alors attendez XAML (pas avant 2006)
    • si le temps vous est compté : regardez ce que propose le marché du côté de WebFORMS.

Étienne LOIEZ

Fermer
Imprimer
Contacts / Site