Rich Internet Application
Un article de Wikipédia, l'encyclopédie libre.
Les Rich Internet Applications (RIA) sont des applications web qui offrent des caractéristiques similaires aux logiciels traditionnels installés sur un ordinateur. La dimension interactive et la vitesse d'exécution sont particulièrement soignées dans ces applications web.
Une RIA peut être :
- exécutée sur un navigateur internet, aucune installation n'est requise ;
- exécutée localement dans un environnement sécurisé appelé sandbox (bac à sable).
Le terme Rich Internet Application a été introduit dans une publication de Macromedia en mars 2002.
[modifier] Des pages HTML aux interfaces interactives riches
Les applications web traditionnelles s'articulent souvent sur une architecture utilisant des clients légers : les traitements sont réalisés sur le serveur, le client ne faisant qu'en réaliser une présentation (exemple : HTML). Le client envoie ses données au serveur, celui-ci répond, et une page de réponse est renvoyée au client. Le serveur est donc sollicité à chaque interaction, hormis quelques cas spécifiques comme la saisie dans un formulaire.
Les RIA s'efforcent de rapatrier en local une partie de cette boucle. Le langage Javascript en particulier a été conçu dans cette optique. Il permet par exemple d'indiquer au fur et à mesure de la frappe le nombre de caractères qu'il est encore possible de frapper dans une réponse de taille limitée plutôt que de tout accepter et de renvoyer ensuite seulement un message d'erreur du serveur avec perte d'une partie du contenu frappé.
Les standards Internet ont évolué lentement et continuellement à travers le temps pour s'accommoder de ces techniques, aussi il est difficile de définir clairement ce qui constitue une RIA et ce qui n'en constitue pas une. Généralement, ce qui peut être effectué au moyen d'une RIA est limité par les capacités du système client.
Parce que les RIA utilisent les ressources du processeur du client, elles offrent aux applications web des possibilités d'interfaces utilisateur en temps réel qui seraient impossibles avec des balises HTML standards.
On peut déporter sur le client des fonctionnalités plus nombreuses, comprenant le glisser-déposer, l'utilisation de barres d'outils pour modifier les données, des calculs (par exemple : taux d'intérêt pour un prêt), données n'ayant pas nécessairement besoin d'être renvoyées au serveur.
[modifier] Avantages/inconvénients
Bien que le développement d'applications qui s'exécutent dans un navigateur web en limite la portée, bien que ce soit une tâche difficile à mettre en œuvre, et bien que l'on ajoute un degré de complexité supplémentaire pour développer des applications bureautiques classiques, ces efforts sont souvent récompensés parce que :
- aucune installation n'est nécessaire -- la mise à jour et la distribution de l'application est un processus instantané ;
- les utilisateurs peuvent utiliser l'application depuis n'importe quel ordinateur équipé d'une connexion Internet ;
- étant donné que l'utilisation du web s'accroît, les utilisateurs d'ordinateur sont devenus plus frileux pour installer de nouveaux logiciels lorsqu'une alternative est disponible en se basant sur le navigateur.
Ce dernier point est généralement vrai même si cette alternative est lente ou qu'elle est dépouillée. Un bon exemple de ce phénomène est l'utilisation du webmail.
[modifier] Technologies côté client
[modifier] Client side Scripting
[modifier] JavaScript
Javascript fut le premier langage d'importance du côté client. Il était capable d'exécuter du code et il était installé sur la plupart des clients web. Bien que son usage soit relativement restreint de prime abord, combiné avec plusieurs couches et d'autres développement en DHTML il est devenu possible de le faire cohabiter avec un système RIA sans utiliser une solution client monolithique. AJAX est maintenant le terme utilisé pour se référer à cette combinaison de techniques et elle est récemment devenue la plus importante avec des projets Google tels que Gmail et les cartes google. Cependant, créer de grandes applications avec cette plate-forme de développement s'avère très difficile, étant donné que différentes technologies doivent interagir pour faire fonctionner l'ensemble, et que les travaux de compatibilité des navigateurs nécessitent beaucoup d'efforts.
De nombreux éditeurs offrent des outils et frameworks permettant de simplifier l'écriture de ces applications. Le nombre de frameworks javascript est supérieur à 500. Les plus connus sont :
- Yahoo! User Interface Library (YUI) (la plus documentée)
- Ext (une bibliothèque dérivée de la précédente et devenue indépendante)
- Dojo
- jQuery
- Prototype
- Rialto
- Scriptaculous
- Rico
- Google propose un toolkit ayant pour nom GWT (Google Web Toolkit) qui permet d'écrire des RIA javascript/AJAX en utilisant java.
- Morfik édite AppsBuilder qui permet de développer dans une syntaxe C/Java/Pascal/Basic et de générer du code javascript.
[modifier] Applet machine virtuelle
[modifier] Applets Java
Les applets Java sont des applications compilées en bytecode, téléchargées depuis un serveur, s'exécutant côté client sur une plate-forme disposant d'une machine virtuelle Java (Java Runtime Engine). Les applets, diminutifs d'applications, s'exécutant au sein d'un navigateur sans possibilité d'accès aux périphériques du système d'exploitation (imprimante, gps) et avec des droits d'exécutions restreints. Ces limitations disparaissent par utilisation de la technologie Java Web Start qui permet d'installer depuis le web une application qui s'exécutera sur une machine virtuelle Java en dehors d'un navigateur. Le slogan write once et run everywhere associé à Java a reporté le problème de portabilité sur les machines virtuelles et posé le problème de l'interopérabilité des protocoles. Historiquement ces applets sont a l'origine du développement d'un véritable framework s'exécutant sur différent OS Java et périphériques mobiles J2ME avec pour les téléphones la plate-forme MIDP utilisé par les Blackberry. Les applets ont laissé place à la technologie Flash dont le moteur d'exécution est léger (2 Mio par rapport a 50 Mio), le temps de chargement plus rapide, et où les graphiques sont plus facilement animés grâce à une programmation plus temporelle qu'événementielle.
[modifier] Adobe Flash
Adobe Systems (qui a racheté Macromedia fin 2005) est un des fournisseurs dans ce domaine avec la technologie Adobe Flash qui intègre des serveurs de communication reposant sur Flash, Central, Breeze et Flex.
Laszlo est une plate-forme opensource pour les applications internet riches, initialement développé par Laszlo Systems qui produit également des fichiers SWF qui s'exécutent dans le lecteur Adobe Flash.
Chacune de ces technologies est exécutée dans les navigateurs des visiteurs du site via le lecteur Adobe Flash qui est installé sur 98 % des navigateurs Internet[1].
[modifier] Framework RIA
Environnements open source réutilisant une ou des technologies ci-dessous :
- Description des interfaces en XML (XUL, XAML)
- Échange des données avec les serveurs de données via les Webservices SOAP, REST, RCP
- Intégration d'un langage de programmation orienté objet (javascript, actionscript, C#, javaFX)
- gestion du client de façon dynamique côté serveur (tomcat, IIS)
- interface client orientée évènement pour plus d'interactivité
Le premier framework proposant ces fonctionnalités était le framework echo. on peut citer :
- OpenLaszlo fonctionne sur un serveur java pour générer sur le client du flash. Il était considéré comme un FLEX open source et gratuit depuis qu'Adobe a rendu libre et gratuit la technologie Flex pour populariser sa technologie Apollo. OpenLaszlo utilise l'éditeur de nom Laszlo IDE d'IBM.
- Wazaabi, un facilitant à RCP Eclipse qui permet de réaliser « facilement » des applications client riche en J2EE en se basant sur la technologie RCP et sur les fichiers XUL.
- Adobe Flex est une solution de développement créée par Macromedia en 2004 puis reprise par Adobe en 2006, permettant de créer et de déployer des applications Internet riches (RIA) multi plates-formes grâce à la technologie Flash.
[modifier] Quelques Rich Internet Applications
- Zimbra Solution Open Source de bureau mobile ;
- Flickr de Yahoo!, la gestion de photo ;
- Gmail par Google, e-mail ;
- Google Maps par Google, des cartes interactives ;
- Deezer, site d'écoute musicale gratuite ;
- Fnac.com, Solution OpenLaszlo dans l'aide au choix sur les produits.
- finance.millionid.com, interface boursière en Silverlight développée par MillionID
[modifier] Client basé sur XML (données, interface)
- Les technologies fonctionnant sur une machine virtuelle (XULRunner) ou sur ajax évoluent tous pour supporter des protocole de communication basé sur XML (JSON) et des interfaces décris en utilisant xml. L'utilisation du format XML au niveau de l'interface ouvre la voie du graphique vectoriel (rendu vectoriel tel que SVG, WPF,du XAML , flash, XUL, Swing). L'adoption d'une technologie est fortement liée à la productivité et donc à l'environnement de développement et graphique.
[modifier] Application lancé depuis navigateur (RDA)
Les applications sont téléchargées depuis un navigateur sur le système d'exploitation et s’éxecute en dehors du navigateur contrairement à une applet web qui s’exécute dans le navigateur. En outre, le logiciel charge toujours les versions les plus récentes des applications et permet ainsi d'éviter les procédures complexes d'installation ou de mise à niveau. Cette approche permet de construire des applications riches sans les limitations du HTML et sans les contraintes spécifiques des différents navigateurs. Cette technique permet aussi de faire des développements à moindre coût par rapport à un développement Web.
[modifier] Java applications / Java Web Start
[modifier] Adobe Integrated Runtime
[modifier] Microsoft Click once
[modifier] Approche Ultra Light Client
L'approche Ultra Light Client met à disposition du développeur une bibliothèque Java qui permet de développer des Rich Internet Applications entièrement basées sur Java.
L'architecture proposée, entièrement ouverte, est basée sur le le protocole Half Object Protocol (HOP) qui permet, au travers d'un ensemble d'interfaces de programmation (API), de déplacer au niveau du serveur Web les données et de ne transférer sur le poste client que les données visuellement disponibles pour l'utilisateur.
Seul le moteur de présentation s'exécute du côté Client, ce qui allège d'autant la taille des modules devant être téléchargés depuis le serveur. Cela permet à l'utilisateur d'accéder aux données de son entreprise depuis différents terminaux comme son ordinateur de bureau, son ordinateur portable, son PDA ou son smartphone.
Elle permet donc de tirer profit à la fois des avantages de la plate-forme Client de Java et des avantages de la plate-forme Serveur de java.
[modifier] Référence
[modifier] Voir aussi
[modifier] Liens externes
|
Cet article ou cette section a trop de liens externes.
Les liens externes doivent être des sites de référence dans le domaine du sujet. Il est souhaitable — si cela présente un intérêt — de citer ces liens comme source et de les enlever du corps de l'article ou de la section « Liens externes ».
|
- (en) Un rapport d'IDC sur les RIA
- (en) Le papier initial de mars 2002 sur les Rich Internet Applications : ( PDF de 500Ko ou un résumé en HTML )
- (fr) Dossier en 3 parties de présentation de l'Internet Riche 1) Définition et usages - 2) Technologies et exemples - 3) Quel futur pour les RIA ?
- (fr) Étude bibliographique 2006 "Navigateur Internet ou Client Riche"
- (fr) Communauté autour des RIA sous Flash CS4, Flex 3 et AIR

