John Warnock und Charles Geschke haben 1982 nicht nur ein Unternehmen gegründet. Sie haben die Infrastruktur dafür geschaffen, wie wir heute Informationen sehen. Adobe-Systeme. Das ist die Bezeichnung für das Portable Document Format (PDF). Es ist der Standard für kompakte Dateien, klein genug zum Versenden per E-Mail, aber stabil genug zum Drucken. Unternehmen verlassen sich darauf, Dokumente freizugeben, ohne dass die Formatierung beschädigt wird. Sie verwenden es, um Artikel zu lesen oder Fotos anzusehen. Es handelt sich im Grunde genommen um einen unbegrenzten Fotokopierer, der auf Ihrer Festplatte installiert ist. Dann gibt es noch die Kreativsuite. Illustrator. Photoshop. InDesign. Mit diesen Tools kann jeder, vom Profi bis zum Bastler, Bilder und Layouts bearbeiten. Ohne Photoshop? Keine LOLcats. Das Internet würde deutlich weniger Spaß machen.
Adobe hat die Erstellung von Inhalten geändert. Und jetzt wollen sie die Art und Weise ändern, wie diese Inhalte online verfügbar sind. Das Ziel ist einfach. Sorgen Sie dafür, dass sich Desktop und Web wie ein Ort anfühlen.
Anfang 2008 brachten sie die Version 1.0 von Adobe AIR heraus. Es handelt sich um eine betriebssystemübergreifende Laufzeitumgebung. Entwickler bündeln damit HTML-, Ajax-, Flash- und Flex-Technologien. Sie können diese dann als Rich Internet Applications (RIAs) direkt auf dem Desktop bereitstellen. Adobe verkauft es an Entwickler, Unternehmen und normale Benutzer. Sie können es kostenlos herunterladen.
Aber was macht es eigentlich? Und warum sollte es Sie interessieren?
Wie Rich-Internet-Anwendungen Ihren Arbeitsablauf verändern
Was ist also eine RIA? Es handelt sich um eine Anwendung, die wie eine Desktop-Software aussieht und sich auch so anfühlt, aber mit Web-Technologien erstellt wurde. Herkömmliche Web-Apps sind durch die Sandbox Ihres Browsers eingeschränkt. Sie benötigen eine ständige Internetverbindung. Sie fühlen sich träge.
Adobe AIR beseitigt diese Einschränkungen. Damit können Entwickler ihren webbasierten Code in eigenständige Anwendungen packen. Sie installieren es. Es startet unabhängig. Zum Ausführen ist weder Chrome noch Firefox erforderlich. Es greift auf Ihre lokalen Dateien, Ihren Kalender und Ihre Kontakte zu. Es fühlt sich heimisch an.
Denken Sie an Adobe Bridge. Oder sogar einfache Tools wie die Adobe Reader-Erweiterung. Vor AIR handelte es sich dabei um klobige Plugins oder eingeschränkte Web-Widgets. Mit AIR werden sie zu richtigen Anwendungen. Schneller. Glatter. Offlinefähig.
Dies ist wichtig, da die Bahn nie für das Heben schwerer Lasten konzipiert wurde. Es ist für Dokumente und Links konzipiert. Jetzt können Sie mit Adobe AIR komplexe, datenintensive Apps ausführen, ohne Ihre Desktop-Umgebung zu verlassen. Sie erhalten die Reichweite des Webs mit der Leistungsfähigkeit nativer Software.
Warum Entwickler Adobe AIR wählen
Für die Code-Tweaker ist der Reiz klar. Sie bauen einmal. Sie werden überall eingesetzt. Windows. macOS. Linux. Es ist nicht erforderlich, für jede Plattform separate C++- oder Java-Apps zu schreiben. Sie bleiben bei HTML, CSS und JavaScript.
Und es geht nicht nur um Portabilität. Es geht um den Zugang. AIR ermöglicht Web-Apps Zugriff auf die Funktionen des Betriebssystems. Dateidialoge. Symbole in der Taskleiste. Offline-Speicher. Dies überbrückt die Lücke. Sie hören auf, „Websites zu erstellen, die sich wie Apps verhalten“, und beginnen mit der Entwicklung von „Apps, die im Web leben“.
Unternehmen lieben es. Sie können Updates sofort pushen. Kein Warten mehr darauf, dass die IT-Abteilung Patches auf jedem Computer installiert. Aktualisieren Sie einfach den Server. Benutzer erhalten die neue Version, wenn sie die App das nächste Mal starten.
Was das für alltägliche Benutzer bedeutet
Die Laufzeitarchitektur ist Ihnen wahrscheinlich egal. Es ist Ihnen wichtig, was darauf läuft.
Für
Was AIR eigentlich unter der Haube steckt
Bevor Sie sich mit den Besonderheiten von Adobe AIR befassen, müssen Sie den Marketingjargon hinter sich lassen und verstehen, was eine betriebssystemübergreifende Laufzeit eigentlich bedeutet. Im Kern ist Adobe AIR eine Laufzeit-Engine. Betrachten Sie es als einen Übersetzer.
Wenn Sie Code schreiben, schreiben Sie nicht in Maschinensprache – den reinen Nullen und Einsen, die die CPU versteht. Sie schreiben in Hochsprachen wie HTML, XML oder JavaScript. Die Laufzeit-Engine übernimmt diesen Code und übersetzt ihn in ausführbare Anweisungen. Ohne diese Schicht ist Ihr Computer nur ein stiller Baustein.
Betrachten Sie Java. Wenn eine Anwendung auf Java basiert, muss die Java Virtual Machine (JVM) installiert sein. Ohne die JVM läuft die App nicht. Es ist hier die gleiche Logik. Adobe AIR bietet die erforderliche Infrastruktur zum Rendern einer grafischen Benutzeroberfläche (GUI) auf Ihrem Desktop. Dabei geht es nicht nur um Fenster und Symbole; Es geht um die Mensch-Computer-Schnittstelle, die es Ihnen ermöglicht, mit Software über eine Maus oder Tastatur zu interagieren. Tatsächlich ist Ihr gesamtes Betriebssystem im Wesentlichen eine riesige Laufzeit-Engine, die zwischen Ihrer Hardware und jeder von Ihnen geöffneten App vermittelt.
Warum „Betriebssystemübergreifendes Betriebssystem“ wichtig ist
Wenn Adobe AIR als plattformübergreifende Lösung bezeichnet, bedeutet dies, dass die zugrunde liegenden Betriebssystemunterschiede ignoriert werden können. Ein unter macOS ausgeführtes Programm muss nicht neu geschrieben werden, damit es unter Windows XP nativ aussieht. AIR übernimmt das Rendering.
Hier weicht es stark vom Standard-Flash-Player ab. Flash Player befindet sich im Browser. Es ist ein Plugin. Adobe AIR-Anwendungen befinden sich jedoch live auf dem Desktop. Sie benötigen weder Chrome noch Firefox, um zu funktionieren. Da AIR den Open-Source-HTML-Renderer WebKit enthält, kann es komplexe Webinhalte direkt auf Ihrer Desktop-Umgebung anzeigen. Es schließt die Lücke zwischen der Sandbox-Welt des Browsers und den nativen Funktionen des Betriebssystems.
Definieren der RIA
Sie werden oft hören, dass Adobe von Rich Internet Applications (RIAs) spricht. Dies ist ein weit gefasster Begriff für Web-Apps, die sich wie Desktop-Software anfühlen. Sie bieten eine hohe Interaktivität und Konnektivität. Klassische Beispiele sind Seiten wie Flickr oder Google Maps. Sie sind fesselnd, aber bekanntermaßen schwierig zu programmieren.
Adobe AIR wurde entwickelt, um diesen Entwicklungsprozess zu vereinfachen. Es ermöglicht Entwicklern, die besten Funktionen der webbasierten Interaktion zu nutzen und sie in ein eigenständiges Desktop-Erlebnis zu packen. Das Ziel? Eine Benutzererfahrung, die sich nativ anfühlt, aber die Konnektivität des Webs beibehält.
Wer profitiert von Adobe AIR?
Adobe positioniert die Plattform so, dass sie drei verschiedene Gruppen bedient: Entwickler, Unternehmen und Endbenutzer.
Entwickler erhalten einen erheblichen Vorteil. Da AIR HTML, XML und JavaScript unterstützt, müssen sie keine proprietäre Programmiersprache erlernen. Sie können vertraute Webtechnologien verwenden, um Desktopanwendungen zu erstellen. Dies senkt die Eintrittsbarriere. Ein Entwickler, der weiß, wie man eine Website erstellt, kann mit minimalem Aufwand eine Desktop-App erstellen.
Unternehmen nutzen AIR, um die Benutzereinbindung zu intensivieren. Wenn ein Benutzer eine App direkt auf seinen Desktop herunterladen kann, ohne einen Browser zu öffnen, ist die Wahrscheinlichkeit höher, dass er sie weiterhin laufen lässt. Kontinuierliches Engagement übertrifft die Flüchtigkeit eines Browser-Tabs.
Endbenutzer erhalten Anwendungen, die einfacher zugänglich und reaktionsschneller sind. Sobald AIR installiert ist, sind diese Apps nur einen Klick entfernt. Sie haben weniger das Gefühl, eine Website zu besuchen, sondern eher eine Software zu starten.
Reale Anwendung: eBay Desktop
Glauben Sie nicht dem Wort von Adobe. Schauen Sie sich eBay an. Sie veröffentlichten eine eBay Desktop -Anwendung, die auf Adobe AIR basiert.
Warum? Weil die Überprüfung von Auktionen in einem Browser umständlich ist. Sie müssen ständig aktualisieren oder sich anmelden. Die eBay Desktop-App läuft unabhängig. Es bietet kontinuierliche Updates zu den Artikeln, auf die Sie bieten. Es beseitigt die Reibung des Browsers vollständig. Das ist das Versprechen von AIR: einen webbasierten Workflow zu übernehmen und ihn für die Desktop-Umgebung zu optimieren.
Ist es immer noch relevant?
Die Landschaft hat sich verändert. Während einige Entwickler immer noch Adobe AIR-Projekte pflegen, wurde die Technologie weitgehend durch moderne Frameworks und native App-Entwicklungsmethoden ersetzt.
Wenn Sie fragen, ob Sie es heute benötigen, lautet die Antwort im Allgemeinen „Nein“. Auf modernen macOS-Systemen ist es nicht erforderlich. Viele seiner Anwendungsfälle wurden von Electron-basierten Apps oder nativen iOS/Android-Entwicklungstools übernommen. Es hat funktioniert. Es löste Mitte der 2000er und Anfang der 2010er Jahre ein spezifisches Problem. Aber das Web und die Desktops sind auf eine Weise zusammengewachsen, die keine separate Laufzeitebene erfordert.
„Adobe AIR war eine Brücke. Es ermöglichte Webentwicklern, Desktop-Apps zu erstellen, ohne nativen Code zu lernen. Diese Brücke wurde größtenteils neu aufgebaut.“
Die Technologie ist nicht tot, aber sie ist nicht mehr die Standardwahl. Für die meisten Benutzer entfällt die Notwendigkeit, es zu installieren. Für Entwickler ist es ein Legacy-Tool. Das Web ging weiter.
Das Erbe von Adobe AIR und die Entwicklung des Webs
Die Landschaft der Webentwicklung hat sich seit diesen frühen Experimenten dramatisch verändert. Was als Kuriosität begann – die Überbrückung der Lücke zwischen dem Browser und dem Desktop – hat sich zu etwas viel Alltäglicherem, aber ebenso Allgegenwärtigem entwickelt. Wir benötigen keine dedizierte Laufzeitumgebung wie Adobe AIR mehr, um umfangreiche Internetanwendungen auszuführen. Der Browser selbst ist zur Plattform geworden.
Aber ein Rückblick auf die Zeit, als AIR versprach, Desktop-Leistung in Web-Technologien zu bringen, zeigt, warum der aktuelle Stack wichtig ist. Es ging nicht nur um Nostalgie. Dabei ging es darum, einen konkreten Reibungspunkt zu lösen: den Offline-Zugriff.
Die Lücke schließen, bevor PWA dominierte
In den Jahren 2007 und 2008 war das Web zuerst online. Wenn Ihre Verbindung unterbrochen wurde, funktionierte Ihre Anwendung nicht mehr. Adobe AIR hat dies geändert, indem es Entwicklern ermöglicht hat, HTML, JavaScript und CSS in eigenständige Anwendungen zu packen, die Daten lokal speichern konnten. Es bot einen Vorgeschmack auf die Software der Zukunft, bei der Ihre Web-App auf Ihrem Desktop lief und ohne Signal funktionierte.
„Adobe AIR bringt frischen Wind in die Web- und Desktop-Entwicklung.“
Das war nicht nur eine Spielerei. Es ging um die Einschränkungen der Standard-EULA und die Walled Gardens der Desktop-Software. Es ermöglichte Entwicklern, die Einschränkungen von Browser-Sandboxen zu umgehen und gleichzeitig Webstandards zu verwenden. Für Benutzer bedeutete dies Anwendungen, die sich nativ anfühlten, aber mit Webtechnologien erstellt wurden.
Warum der Wandel stattfand
Der Aufstieg von Progressive Web Apps (PWAs) und verbesserte Browser-APIs machten AIR effektiv überflüssig. Browser erhielten Servicemitarbeiter, Cache-Speicher und Manifestdateien. Sie könnten Offline-Caching durchführen, Push-Benachrichtigungen senden und sogar ohne separate Laufzeit auf dem Desktop installieren. Adobe änderte schließlich seinen Fokus und erkannte, dass die Webplattform aufholte.
Die Quellen aus dieser Zeit, wie Jacqui Chengs Berichterstattung in Ars Technica oder Ryan Pauls erste Auftritte, verdeutlichen eine Übergangsphase. Sie fingen die Begeisterung einer Technologie ein, die eine Vereinheitlichung von Web- und Desktop-Entwicklung versprach. Sie wiesen jedoch auch auf die Herausforderungen hin: Sicherheitsbedenken, Reibungsverluste bei der Installation und die eventuelle Veralterung der Laufzeit selbst.
Was wir gelernt haben
Die Lehre aus der AIR-Ära ist klar: Plattformen konvergieren. Wenn einer Plattform eine Funktion fehlt, übernimmt eine andere diese. Die Unterscheidung zwischen „Web-App“ und „Desktop-App“ verschwimmt zunehmend. Benutzer erwarten, dass ihre Webtools offline funktionieren, geräteübergreifend synchronisiert werden und reaktionsschnell sind. Entwickler erwarten, dass eine einzige Codebasis mehrere Bildschirme erreichen kann.
Die spezifischen Links zu Wie das Semantic Web funktioniert und Wie die Internet-Infrastruktur funktioniert aus dieser Zeit erinnern uns daran, dass die Grundlagen dieser Anwendungen komplex sind. Es geht nicht nur um die Benutzeroberfläche. Es geht darum, wie Daten übertragen werden, wie Seiten gerendert werden und wie sich Sicherheitsprotokolle weiterentwickeln.
Wenn wir heute für das Web bauen, bauen wir für eine geräteunabhängige Zukunft. Die Laufzeit ist der Browser. Die API ist das Betriebssystem. Die Herausforderung besteht nicht mehr darin, die Lücke zu schließen. Es optimiert Leistung, Zugänglichkeit und Datenschutz in einer Umgebung, die immer verbunden ist.
Die Werkzeuge ändern sich. Die Absicht bleibt bestehen: Benutzern leistungsstarke, nahtlose Erlebnisse zu bieten. Ob über eine eigenständige ausführbare Datei oder eine URL in einem Tab, das Ziel ist dasselbe. Wir sind einfach besser darin geworden, die Maschinen zu verstecken.
