Architecture AIR dans le détail

Lors du précédent billet sur ce thème, on a vu ce qui a amené Adobe à créer la technologie AIR. Maintenant je vous propose de rentrer un peu plus dans le détails et de voir ce que regroupe ce framework, et d'imaginer ensemble ce qu'on va pouvoir en faire. La souche technique du runtime permet en fait d’exécuter des applications AIR de deux formes différentes, soit un SWF réalisé en Flex ou en Flash, ou de l’HTML avec des ressources AJAX. Cette ouverture permet d’aller un peu plus vers les concepteurs de sites Web pour les amener à réaliser des RDA. Dans le framework SWF on a la capacité à intégrer des ressources HTML, et PDF, et dans le framework HTML au contraire on peut intégrer des ressources SWF, et PDF. Toute application AIR est définie par un fichier XML qui donne les caractéristiques du comportement vis à vis de l’OS (type de fenêtre, etc...) et du contenu utilisé pour remplir cette fenêtre, c’est donc là qu’on gère le fait d’afficher un objet SWF ou une page HTML. La compilation du fichier AIR a pour effet de créer une archive de tous les fichiers nécessaires au fonctionnement cette application. Cette archive permet de distribuer les applications et de les mettre à jour très facilement. Les API suivantes ont été ajoutées au runtime pour augmenter le niveau d’interaction de l’application avec l’utilisateur et son poste de travail : •    Network Detection •    File I/O •    Window personalisée •    Multi Window •    Menus Natif •    Drag’n’Drop et accès au presse papier •    Possiblité d’utiliser le dock et les notifications •    Signatures d’applications •    Icones personnalisées •    Enregistrement de types de fichiers personnalisés •    Gestion des mises à jour •    Support de http, de XML-RPC, des Webservices, et des Sockets Je vous propose pour la suite de voir de quelle manière ces technologies peuvent enrichir de simples applications normalement prévues pour fonctionner online.