Introduction à l’architecture AIR - 1ère partie
1 juillet 2008
On vous a déjà parlé à plusieurs reprises de l’architecture AIR, par le biais d’applications, mais j’ai pensé qu’il était nécessaire de remettre tout ça dans son contexte afin de mieux la comprendre.
L’architecture d’adobe AIR, c’est l’aboutissement de la convergence de plusieurs technologies maîtresses chez Adobe. On a vu ces dernières années les sites Web à interfaces riches prendre de plus en plus d’ampleur, avec une forte proportions de sites réalisés en Flash.
Passé ce premier point, à l’intérêt esthétique indéniable, les ingénieurs Adobe se sont rendu compte que l’orientation métiers de la production graphique de Flash n’était quand même pas extraordinaire pour produire de véritables environnements applicatifs. Je me souviens avoir essayé de produire un configurateur de produits en Flash, rapidement l’équipe de développement était revenu vers une applet Java.
C’est ce qui vu l’arrivée de la technologie Flex dont l’objet est de produire à partir d’un environnement de développement intégré, de véritables interfaces riches pour applications Web. Les applications produites sont en fait des fichiers SWF qui s’appuient sur le runtime Flash dans un navigateur pour s’exécuter. Avec cette technologie Adobe parvenait donc à faire revenir dans son giron des tas de purs développeurs qui pouvaient porter leur savoir faire vers la plateforme Flash. De nombreuses communautés ont commencé à créer des API pour accéder à tel ou tel service sur le Web, et le potentiel de la plateforme est très vite
apparu avec surtout une capacité à mettre en œuvre de solides scénarios d’interaction avec l’utilisateur.
La richesse de ces applications développées a fait apparaître leur principale faiblesse qu’était leur exclusive intégration dans le navigateur Web. Le modèle de sécurité de l’environnement d’exécution ne permettait pas par exemple d’accéder à des ressources locales sur le poste de travail, ou d’interagir de manière complexe avec l’utilisateur. C’est à ce moment là que l’environnement d’exécution AIR est apparu avec comme objectif de nous permettre de passer de RIA (Rich Internet Application) à des RDA (Rich Desktop Application). L’idée de base étant de conserver la portabilité de l’environnement d’exécution Flash de Windows à Mac en passant par Linux et d’en faire une plateforme complète. Toutes les fonctionnalités nécessaires à mettre en œuvre des applications sont intégrées dans l’environnement d’exécution, il ne reste plus qu’à déployer, enfin presque !

2 commentaires pour “Introduction à l’architecture AIR - 1ère partie”
Laisser un commentaire
Archives
Blogroll
Catégories
Flux RSS
3 juillet 2008 à 5:21
Interessant !
Je ne sais pas trop si le futur du web sera dans les RDA, mais c’est définitivement un bon ajout a l’arsenal des techno web.
4 juillet 2008 à 17:09
Je ne pense pas que le futur du web sera les RDA mais sera peut être un gros concurrent aux navigateurs pour les interfaces riches à usage spécifique pour un service.
Ex: l’appli de Pizza Hut représente bien ce que pourra être les RDA