John Warnock en Charles Geschke hebben niet alleen in 1982 een bedrijf opgericht. Zij hebben de infrastructuur gebouwd voor de manier waarop wij vandaag de dag naar informatie kijken. Adobe-systemen. Dat is de naam die is gekoppeld aan het Portable Document Format (PDF). Het is de standaard voor compacte bestanden, klein genoeg om te e-mailen, maar stabiel genoeg om af te drukken. Bedrijven vertrouwen erop om documenten te delen zonder dat de opmaak kapot gaat. Je gebruikt het om artikelen te lezen of foto’s te bekijken. Het is eigenlijk een onbeperkt kopieerapparaat dat op uw harde schijf staat. Dan is er de creatieve suite. Illustrator. Photoshoppen. InDesign. Met deze tools kan iedereen, van professionals tot hobbyisten, afbeeldingen en lay-outs manipuleren. Zonder Photoshop? Geen LOLkatten. Het internet zou aanzienlijk minder leuk zijn.
Adobe heeft het maken van inhoud gewijzigd. En nu willen ze veranderen hoe die inhoud online leeft. Het doel is eenvoudig. Zorg ervoor dat de desktop en het internet als één plek aanvoelen.
Begin 2008 hebben ze release 1.0 van Adobe AIR gepusht. Het is een runtime voor meerdere besturingssystemen. Ontwikkelaars gebruiken het om HTML-, Ajax-, Flash- en Flex-technologieën te bundelen. Ze kunnen deze vervolgens als Rich Internet Applications (RIA’s) rechtstreeks op de desktop implementeren. Adobe verkoopt het aan ontwikkelaars, bedrijven en gewone gebruikers. Je kunt het gratis downloaden.
Maar wat doet het eigenlijk? En waarom zou je erom geven?
Hoe rijke internetapplicaties uw workflow veranderen
Wat is een RIA? Het is een applicatie die eruitziet en aanvoelt als desktopsoftware, maar is gebouwd met behulp van webtechnologieën. Traditionele webapps worden beperkt door de sandbox van uw browser. Ze hebben een constante internetverbinding nodig. Ze voelen zich traag.
Adobe AIR heft deze beperkingen op. Hiermee kunnen ontwikkelaars hun webgebaseerde code verpakken in zelfstandige applicaties. Jij installeert het. Het wordt onafhankelijk gelanceerd. Er is geen Chrome of Firefox voor nodig om te kunnen werken. Het heeft toegang tot uw lokale bestanden, uw agenda en uw contacten. Het voelt inheems.
Denk eens aan Adobe Bridge. Of zelfs eenvoudige tools zoals de Adobe Reader-extensie. Vóór AIR waren dit onhandige plug-ins of beperkte webwidgets. Met AIR worden het echte toepassingen. Sneller. Soepeler. Offline geschikt.
Dit is van belang omdat het web nooit is ontworpen voor zwaar tillen. Het is ontworpen voor documenten en links. Met Adobe AIR kunt u nu complexe, gegevensintensieve apps uitvoeren zonder uw desktopomgeving te verlaten. U krijgt het bereik van internet met de kracht van native software.
Waarom ontwikkelaars voor Adobe AIR kiezen
Voor de code-tweakers is de aantrekkingskracht duidelijk. Je bouwt een keer. Je zet je overal in. Ramen. macOS. Linux. Het is niet nodig om voor elk platform afzonderlijke C++- of Java-apps te schrijven. Je houdt je aan HTML, CSS en JavaScript.
En het gaat niet alleen om draagbaarheid. Het gaat om toegang. AIR geeft webapps toegang tot de functies van het besturingssysteem. Bestandsdialogen. Systeemvakpictogrammen. Offline opslag. Dit overbrugt de kloof. Je stopt met het bouwen van ‘websites die zich gedragen als apps’ en begint met het bouwen van ‘apps die op internet leven’.
Bedrijven zijn er dol op. Ze kunnen updates onmiddellijk pushen. U hoeft niet meer te wachten tot IT patches op elke machine installeert. Update gewoon de server. Gebruikers krijgen de nieuwe versie de volgende keer dat ze de app starten.
Wat dit betekent voor dagelijkse gebruikers
Waarschijnlijk geeft u niets om de runtime-architectuur. Het maakt je uit wat erop draait.
Voor
Wat lucht eigenlijk onder de motorkap zit
Voordat u ingaat op de details van Adobe AIR, moet u het marketingjargon achterwege laten en begrijpen wat een runtime tussen besturingssystemen eigenlijk betekent. In de kern is Adobe AIR een runtime-engine. Zie het als een vertaler.
Als je code schrijft, schrijf je niet in machinetaal: de onbewerkte nullen en enen die de CPU begrijpt. Je schrijft in talen op hoog niveau, zoals HTML, XML of JavaScript. De runtime-engine neemt die code en vertaalt deze in uitvoerbare instructies. Zonder deze laag is uw computer slechts een stille steen.
Denk eens aan Java. Als een applicatie op Java is gebouwd, is de installatie van de Java Virtual Machine (JVM) vereist. Zonder de JVM werkt de app niet. Het is hier dezelfde logica. Adobe AIR biedt de infrastructuur die nodig is om een grafische gebruikersinterface (GUI) op uw bureaublad weer te geven. Dit gaat niet alleen over vensters en pictogrammen; het gaat over de mens-computerinterface waarmee je met software kunt communiceren met behulp van een muis of toetsenbord. In feite is uw hele besturingssysteem in wezen een enorme runtime-engine, die bemiddelt tussen uw hardware en elke app die u opent.
Waarom “cross-besturingssysteem” belangrijk is
Wanneer Adobe AIR een platformonafhankelijke oplossing noemt, bedoelen ze dat het de onderliggende OS-verschillen kan negeren. Een programma dat op macOS draait, hoeft niet herschreven te worden om er native uit te zien op Windows XP. AIR verzorgt de weergave.
Dit is waar het sterk afwijkt van de standaard Flash Player. Flash Player leeft in de browser. Het is een plug-in. Adobe AIR-toepassingen staan echter op de desktop. Ze hebben geen Chrome of Firefox nodig om te functioneren. Omdat AIR de open source HTML-renderer WebKit bevat, kan het complexe webinhoud rechtstreeks op uw desktopomgeving weergeven. Het overbrugt de kloof tussen de sandbox-wereld van de browser en de eigen mogelijkheden van het besturingssysteem.
De RIA definiëren
U hoort Adobe vaak verwijzen naar Rich Internet Applications (RIA’s). Dit is een brede term voor webapps die aanvoelen als desktopsoftware. Ze bieden een hoge interactiviteit en connectiviteit. Sites als Flickr of Google Maps zijn klassieke voorbeelden. Ze zijn boeiend, maar notoir moeilijk te programmeren.
Adobe AIR is ontworpen om dit ontwikkelingsproces soepel te laten verlopen. Het stelt ontwikkelaars in staat de beste functies van webgebaseerde interactie te benutten en deze te verpakken in een zelfstandige desktopervaring. Het doel? Een gebruikerservaring die native aanvoelt, maar de connectiviteit van internet behoudt.
Wie profiteert van Adobe AIR?
Adobe positioneert het platform om drie verschillende groepen te bedienen: ontwikkelaars, bedrijven en eindgebruikers.
Ontwikkelaars krijgen een aanzienlijk voordeel. Omdat AIR HTML, XML en JavaScript ondersteunt, hoeven ze geen eigen codeertaal te leren. Ze kunnen vertrouwde webtechnologieën gebruiken om desktopapplicaties te bouwen. Hierdoor wordt de toetredingsdrempel verlaagd. Een ontwikkelaar die weet hoe hij een website moet bouwen, kan met minimale wrijving een desktop-app bouwen.
Bedrijven gebruiken AIR om de betrokkenheid van gebruikers te vergroten. Wanneer een gebruiker een app rechtstreeks naar zijn bureaublad kan downloaden zonder een browser te openen, is de kans groter dat hij deze actief houdt. Continue betrokkenheid overtreft het kortstondige karakter van een browsertabblad.
Eindgebruikers krijgen applicaties die gemakkelijker toegankelijk zijn en beter reageren. Zodra AIR is geïnstalleerd, zijn deze apps slechts één klik verwijderd. Ze hebben minder zin om een website te bezoeken en meer om software te lanceren.
Toepassing in de echte wereld: eBay Desktop
Geloof Adobe niet op zijn woord. Kijk op eBay. Ze brachten een eBay Desktop -applicatie uit, gebouwd op Adobe AIR.
Waarom? Omdat het controleren van veilingen in een browser onhandig is. Je moet voortdurend vernieuwen of inloggen. De eBay Desktop-app werkt zelfstandig. Het biedt voortdurend updates over de items waarop u biedt. Het neemt de wrijving van de browser volledig weg. Dit is de belofte van AIR: een webgebaseerde workflow nemen en deze optimaliseren voor de desktopomgeving.
Is het nog steeds relevant?
Het landschap is veranderd. Hoewel sommige ontwikkelaars nog steeds Adobe AIR-projecten onderhouden, is de technologie grotendeels achterhaald door moderne frameworks en native app-ontwikkelmethoden.
Als u vraagt of u het vandaag nog nodig heeft, is het antwoord meestal nee. Het is niet vereist op moderne macOS-systemen. Veel van de gebruiksscenario’s zijn overgenomen door op Electron gebaseerde apps of native iOS/Android-ontwikkeltools. Het werkte. Het loste halverwege de jaren 2000 en begin 2010 een specifiek probleem op. Maar het web en de desktops zijn samengevoegd op manieren die geen aparte runtime-laag vereisten.
“Adobe AIR was een brug. Webontwikkelaars konden er desktop-apps mee bouwen zonder de eigen code te leren. Die brug is grotendeels opnieuw opgebouwd.”
De technologie is niet dood, maar het is niet meer de standaardkeuze. Voor de meeste gebruikers is de noodzaak om het te installeren verdwenen. Voor ontwikkelaars is het een verouderde tool. Het web ging verder.
De erfenis van Adobe AIR en de evolutie van het web
Het landschap van webontwikkeling is sinds die vroege experimenten dramatisch veranderd. Wat begon als een nieuwsgierigheid – het overbruggen van de kloof tussen de browser en de desktop – is uitgegroeid tot iets veel alledaagsers, maar even alomtegenwoordig. We hebben niet langer een speciale runtime-omgeving zoals Adobe AIR nodig om rijke internettoepassingen uit te voeren. De browser zelf is het platform geworden.
Maar als we terugkijken op het tijdperk waarin AIR beloofde webtechnologieën van desktopkwaliteit te voorzien, wordt duidelijk waarom de huidige stack ertoe doet. Het ging niet alleen om nostalgie. Het ging om het oplossen van een specifiek knelpunt: offline toegang.
De kloof overbruggen voordat PWA domineerde
In 2007 en 2008 was het internet eerst online. Als uw verbinding wegvalt, werkt uw applicatie niet meer. Adobe AIR bracht daar verandering in door ontwikkelaars toe te staan HTML, JavaScript en CSS te verpakken in zelfstandige toepassingen die gegevens lokaal konden opslaan. Het bood een voorproefje van de software van de toekomst, waarbij uw webapp op uw bureaublad stond en zonder signaal werkte.
“Adobe AIR geeft web- en desktopontwikkeling een frisse wind.”
Dit was niet zomaar een gimmick. Het ging in op de beperkingen van de standaard EULA en de ommuurde tuinen van desktopsoftware. Het stelde ontwikkelaars in staat de beperkingen van browsersandboxen te omzeilen en toch webstandaarden te gebruiken. Voor gebruikers betekende het applicaties die native aanvoelden, maar gebouwd waren met webtechnologieën.
Waarom de verschuiving plaatsvond
De opkomst van Progressive Web Apps (PWA’s) en verbeterde browser-API’s hebben AIR feitelijk overbodig gemaakt. Browsers kregen servicemedewerkers, cacheopslag en manifestbestanden. Ze konden offline caching uitvoeren, pushmeldingen versturen en zelfs op de desktop installeren zonder aparte runtime. Adobe verlegde uiteindelijk zijn focus en erkende dat het webplatform een inhaalslag maakte.
De bronnen uit die periode, zoals de berichtgeving van Jacqui Cheng in Ars Technica of de eerste optredens van Ryan Paul, benadrukken een overgangsfase. Ze legden de opwinding vast van een technologie die beloofde web- en desktopontwikkeling te verenigen. Toch wezen ze ook op de uitdagingen: beveiligingsproblemen, installatieproblemen en de uiteindelijke veroudering van de runtime zelf.
Wat we hebben geleerd
De les uit het AIR-tijdperk is duidelijk: platforms convergeren. Wanneer het ene platform een functie mist, neemt een ander platform deze over. Het onderscheid tussen ‘webapp’ en ‘desktopapp’ vervaagt steeds meer. Gebruikers verwachten dat hun webtools offline werken, op verschillende apparaten synchroniseren en responsief zijn. Ontwikkelaars verwachten dat een enkele codebase meerdere schermen bereikt.
De specifieke links naar Hoe Semantisch Web Werkt en Hoe Internetinfrastructuur Werkt uit die tijd herinneren ons eraan dat de basis van deze toepassingen complex is. Het gaat niet alleen om de gebruikersinterface. Het gaat over hoe gegevens worden verplaatst, hoe pagina’s worden weergegeven en hoe beveiligingsprotocollen zich ontwikkelen.
Als we vandaag de dag voor het internet bouwen, bouwen we aan een apparaatonafhankelijke toekomst. De runtime is de browser. De API is het besturingssysteem. De uitdaging bestaat er niet meer in om de kloof te overbruggen. Het optimaliseert de prestaties, toegankelijkheid en privacy in een omgeving die altijd verbonden is.
De instrumenten veranderen. De bedoeling blijft: gebruikers krachtige, naadloze ervaringen bieden. Of het nu via een zelfstandig uitvoerbaar bestand is of via een URL op een tabblad, het doel is hetzelfde. We zijn alleen beter geworden in het verbergen van de machines.
