John Warnock et Charles Geschke n’ont pas seulement créé une entreprise en 1982. Ils ont construit l’infrastructure nécessaire à la manière dont nous percevons l’information aujourd’hui. Systèmes Adobe. C’est le nom attaché au Portable Document Format (PDF). C’est la norme en matière de fichiers compacts, suffisamment petits pour être envoyés par courrier électronique mais suffisamment stables pour être imprimés. Les entreprises s’en servent pour partager des documents sans interruption du formatage. Vous l’utilisez pour lire des articles ou visualiser des photos. Il s’agit essentiellement d’un photocopieur illimité installé sur votre disque dur. Ensuite, il y a la suite créative. Illustrateur. Photoshop. InDesign. Ces outils permettent à quiconque, des professionnels aux amateurs, de manipuler des images et des mises en page. Sans Photoshop ? Pas de LOLcats. Internet serait nettement moins amusant.
Adobe a modifié la création de contenu. Et maintenant, ils veulent changer la façon dont ce contenu est diffusé en ligne. Le but est simple. Faites en sorte que le bureau et le Web ne forment qu’un seul et même endroit.
Début 2008, ils ont lancé la version 1.0 d’Adobe AIR. Il s’agit d’un environnement d’exécution multi-systèmes d’exploitation. Les développeurs l’utilisent pour regrouper les technologies HTML, Ajax, Flash et Flex. Ils peuvent ensuite les déployer en tant qu’Rich Internet Applications (RIA) directement sur le bureau. Adobe le vend aux développeurs, aux entreprises et aux utilisateurs réguliers. Vous pouvez le télécharger gratuitement.
Mais concrètement, que fait-il ? Et pourquoi devriez-vous vous en soucier ?
Comment les applications Internet riches modifient votre flux de travail
Alors, qu’est-ce qu’un RIA ? Il s’agit d’une application qui ressemble à un logiciel de bureau, mais qui est construite à l’aide de technologies Web. Les applications Web traditionnelles sont limitées par le bac à sable de votre navigateur. Ils ont besoin d’une connexion Internet constante. Ils se sentent paresseux.
Adobe AIR supprime ces contraintes. Il permet aux développeurs de regrouper leur code Web dans des applications autonomes. Vous l’installez. Il se lance indépendamment. Il n’a pas besoin de Chrome ou Firefox pour fonctionner. Il accède à vos fichiers locaux, votre calendrier, vos contacts. Cela semble natif.
Pensez à Adobe Bridge. Ou même des outils simples comme l’extension Adobe Reader. Avant AIR, il s’agissait de plugins encombrants ou de widgets Web limités. Avec AIR, ils deviennent de véritables applications. Plus rapide. Plus lisse. Compatible hors ligne.
C’est important car le Web n’a jamais été conçu pour faire du gros travail. Il est conçu pour les documents et les liens. Désormais, avec Adobe AIR, vous pouvez exécuter des applications complexes et gourmandes en données sans quitter votre environnement de bureau. Vous bénéficiez de la portée du Web grâce à la puissance des logiciels natifs.
Pourquoi les développeurs choisissent Adobe AIR
Pour les développeurs de code, l’attrait est clair. Vous construisez une fois. Vous déployez partout. Fenêtres. macOS. Linux. Pas besoin d’écrire des applications C++ ou Java distinctes pour chaque plateforme. Vous vous en tenez au HTML, CSS et JavaScript.
Et ce n’est pas seulement une question de portabilité. C’est une question d’accès. AIR permet aux applications Web d’accéder aux fonctionnalités du système d’exploitation. Boîtes de dialogue de fichiers. Icônes de la barre d’état système. Stockage hors ligne. Cela comble le fossé. Vous arrêtez de créer des « sites Web qui agissent comme des applications » et commencez à créer des « applications qui vivent sur le Web ».
Les entreprises adorent ça. Ils peuvent envoyer des mises à jour instantanément. N’attendez plus que le service informatique installe des correctifs sur chaque machine. Mettez simplement à jour le serveur. Les utilisateurs recevront la nouvelle version la prochaine fois qu’ils lanceront l’application.
Ce que cela signifie pour les utilisateurs quotidiens
Vous ne vous souciez probablement pas de l’architecture d’exécution. Vous vous souciez de ce qui s’y trouve.
Pour
Qu’est-ce qu’AIR se trouve réellement sous le capot
Avant de plonger dans les spécificités d’Adobe AIR, vous devez éliminer le jargon marketing et comprendre ce que signifie réellement un environnement d’exécution multi-systèmes d’exploitation. À la base, Adobe AIR est un moteur d’exécution. Considérez-le comme un traducteur.
Lorsque vous écrivez du code, vous n’écrivez pas en langage machine : les 0 et les 1 bruts que le processeur comprend. Vous écrivez dans des langages de haut niveau comme HTML, XML ou JavaScript. Le moteur d’exécution prend ce code et le traduit en instructions exécutables. Sans cette couche, votre ordinateur n’est qu’une brique silencieuse.
Considérez Java. Si une application est construite sur Java, elle nécessite l’installation de la machine virtuelle Java (JVM). Sans la JVM, l’application ne fonctionne pas. C’est la même logique ici. Adobe AIR fournit l’infrastructure nécessaire pour afficher une interface utilisateur graphique (GUI) sur votre bureau. Il ne s’agit pas seulement de fenêtres et d’icônes ; il s’agit de l’interface homme-machine qui vous permet d’interagir avec un logiciel à l’aide d’une souris ou d’un clavier. En fait, l’ensemble de votre système d’exploitation est essentiellement un moteur d’exécution massif, faisant la médiation entre votre matériel et chaque application que vous ouvrez.
Pourquoi le « système d’exploitation inter-systèmes » est important
Lorsqu’Adobe qualifie AIR de solution multiplateforme, cela signifie qu’il peut ignorer les différences sous-jacentes du système d’exploitation. Un programme exécuté sur macOS n’a pas besoin d’être réécrit pour avoir un aspect natif sur Windows XP. AIR gère le rendu.
C’est là qu’il s’écarte fortement du Flash Player standard. Flash Player réside dans le navigateur. C’est un plugin. Les applications Adobe AIR, cependant, vivent sur le bureau. Ils n’ont pas besoin de Chrome ou de Firefox pour fonctionner. Étant donné qu’AIR inclut le moteur de rendu HTML open source WebKit, il peut afficher du contenu Web complexe directement sur votre environnement de bureau. Il comble le fossé entre le monde sandbox du navigateur et les capacités natives du système d’exploitation.
Définir le RIA
Vous entendrez souvent Adobe faire référence aux Rich Internet Applications (RIA). Il s’agit d’un terme général désignant les applications Web qui ressemblent à des logiciels de bureau. Ils offrent une interactivité et une connectivité élevées. Des sites comme Flickr ou Google Maps en sont des exemples classiques. Ils sont attrayants mais notoirement difficiles à programmer.
Adobe AIR a été conçu pour faciliter ce processus de développement. Il permet aux développeurs de tirer parti des meilleures fonctionnalités de l’interaction Web et de les regrouper dans une expérience de bureau autonome. Le but ? Une expérience utilisateur qui semble native mais conserve la connectivité du Web.
À qui profite Adobe AIR ?
Adobe positionne la plate-forme pour servir trois groupes distincts : les développeurs, les entreprises et les utilisateurs finaux.
Les développeurs bénéficient d’un avantage significatif. AIR prenant en charge HTML, XML et JavaScript, ils n’ont pas besoin d’apprendre un langage de codage propriétaire. Ils peuvent utiliser des technologies Web familières pour créer des applications de bureau. Cela abaisse la barrière à l’entrée. Un développeur qui sait comment créer un site Web peut créer une application de bureau avec un minimum de frictions.
Les entreprises utilisent AIR pour renforcer l’engagement des utilisateurs. Lorsqu’un utilisateur peut télécharger une application directement sur son bureau sans ouvrir de navigateur, il est plus susceptible de la faire fonctionner. L’engagement continu bat la nature éphémère d’un onglet de navigateur.
Les utilisateurs finaux bénéficient d’applications plus faciles d’accès et plus réactives. Une fois AIR installé, ces applications sont à portée de clic. Ils ont moins envie de visiter un site Web que de lancer un logiciel.
Application réelle : eBay Desktop
Ne croyez pas Adobe sur parole. Regardez eBay. Ils ont publié une application eBay Desktop basée sur Adobe AIR.
Pourquoi? Parce que vérifier les enchères dans un navigateur est compliqué. Vous devez constamment actualiser ou vous connecter. L’application eBay Desktop fonctionne de manière indépendante. Il fournit des mises à jour continues sur les articles sur lesquels vous enchérissez. Il supprime entièrement les frictions du navigateur. C’est la promesse d’AIR : prendre un flux de travail basé sur le Web et l’optimiser pour l’environnement de bureau.
Est-ce toujours d’actualité ?
Le paysage a changé. Bien que certains développeurs maintiennent encore des projets Adobe AIR, la technologie a été largement remplacée par des frameworks modernes et des méthodes de développement d’applications natives.
Si vous vous demandez si vous en avez besoin aujourd’hui, la réponse est généralement non. Ce n’est pas requis sur les systèmes macOS modernes. Bon nombre de ses cas d’utilisation ont été absorbés par des applications basées sur Electron ou des outils de développement natifs iOS/Android. Cela a fonctionné. Il a résolu un problème spécifique au milieu des années 2000 et au début des années 2010. Mais le Web et les ordinateurs de bureau ont fusionné d’une manière qui ne nécessite pas de couche d’exécution distincte.
“Adobe AIR était un pont. Il permettait aux développeurs Web de créer des applications de bureau sans apprendre le code natif. Ce pont a été en grande partie reconstruit.”
La technologie n’est pas morte, mais elle n’est plus le choix par défaut. Pour la plupart des utilisateurs, il n’est plus nécessaire de l’installer. Pour les développeurs, c’est un outil hérité. Le Web a évolué.
L’héritage d’Adobe AIR et l’évolution du Web
Le paysage du développement Web a radicalement changé depuis ces premières expériences. Ce qui a commencé comme une curiosité – combler le fossé entre le navigateur et le bureau – a évolué vers quelque chose de beaucoup plus banal, mais tout aussi omniprésent. Nous n’avons plus besoin d’un environnement d’exécution dédié comme Adobe AIR pour exécuter des applications Internet riches. Le navigateur lui-même est devenu la plateforme.
Mais revenir sur l’époque où AIR promettait d’apporter une puissance de bureau aux technologies Web révèle pourquoi la pile actuelle est importante. Ce n’était pas seulement une question de nostalgie. Il s’agissait de résoudre un point de friction spécifique : l’accès hors ligne.
Combler le fossé avant la domination de PWA
En 2007 et 2008, le Web était avant tout en ligne. Si votre connexion est interrompue, votre application cesse de fonctionner. Adobe AIR a changé cela en permettant aux développeurs de regrouper HTML, JavaScript et CSS dans des applications autonomes capables de stocker des données localement. Il offrait un avant-goût du logiciel du futur, dans lequel votre application Web vivait sur votre bureau et fonctionnait sans signal.
“Adobe AIR donne une bouffée d’air frais au développement Web et de bureau.”
Ce n’était pas seulement un gadget. Il aborde les limites du CLUF standard et les jardins clos des logiciels de bureau. Il a permis aux développeurs de contourner les contraintes des sandbox des navigateurs tout en continuant à utiliser les standards du Web. Pour les utilisateurs, cela signifiait des applications qui semblaient natives mais construites avec des technologies Web.
Pourquoi ce changement s’est produit
L’essor des Progressive Web Apps (PWA) et l’amélioration des API de navigateur ont effectivement rendu AIR redondant. Les navigateurs ont gagné des service Workers, du stockage en cache et des fichiers manifestes. Ils pourraient effectuer une mise en cache hors ligne, des notifications push et même une installation sur le bureau sans environnement d’exécution séparé. Adobe a finalement changé d’orientation, reconnaissant que la plate-forme Web était en train de rattraper son retard.
Les sources de cette période, comme la couverture de Jacqui Cheng dans Ars Technica ou les premiers regards de Ryan Paul, mettent en évidence une phase de transition. Ils ont capturé l’enthousiasme suscité par une technologie qui promettait d’unifier le développement Web et bureautique. Pourtant, ils ont également fait allusion aux défis : problèmes de sécurité, frictions d’installation et éventuelle obsolescence du moteur d’exécution lui-même.
Ce que nous avons appris
La leçon de l’ère AIR est claire : les plateformes convergent. Lorsqu’une plateforme manque d’une fonctionnalité, une autre l’adopte. La distinction entre « application Web » et « application de bureau » est de plus en plus floue. Les utilisateurs s’attendent à ce que leurs outils Web fonctionnent hors ligne, se synchronisent sur tous les appareils et soient réactifs. Les développeurs s’attendent à ce qu’une seule base de code atteigne plusieurs écrans.
Les liens spécifiques vers Comment fonctionne le Web sémantique et Comment fonctionne l’infrastructure Internet de cette époque nous rappellent que la base de ces applications est complexe. Il ne s’agit pas seulement de l’interface utilisateur. Il s’agit de la manière dont les données sont déplacées, de la façon dont les pages s’affichent et de l’évolution des protocoles de sécurité.
Aujourd’hui, lorsque nous construisons pour le Web, nous construisons pour un avenir indépendant des appareils. Le runtime est le navigateur. L’API est le système d’exploitation. Le défi n’est plus de combler le fossé. Il s’agit d’optimiser les performances, l’accessibilité et la confidentialité dans un environnement toujours connecté.
Les outils changent. L’objectif demeure : offrir aux utilisateurs des expériences puissantes et transparentes. Que ce soit via un exécutable autonome ou une URL dans un onglet, le but est le même. Nous avons juste amélioré notre capacité à cacher les machines.
