Introduksjon til Adobe Air

Denne opplæringen vil introdusere deg til Adobe Air, et rammeverk for å bygge rike Internett-applikasjoner. Denne første introduksjonen viser hvordan du lager et enkelt program ved hjelp av Html / Js-teknologier.

Hva er Adobe Air?

Adobe Air er et rammeverk som gjør det mulig å bygge skrivebordsprogrammer.
Adobe Air-applikasjoner er basert på to teknologier: Html / Js og Flash.
Utviklere kan velge å bygge skrivebordsprogram via Html / Js, Flash eller Flex. Etter en kort oversikt over arkitekturen, vil vi bygge en enkel applikasjon ved hjelp av HTML / JS.

Trinn 1 - Arkitektur av en luftapplikasjon

En Air-applikasjon utføres ved hjelp av en kjøretidskomponent som utfører koden i luftfilen. Som du ser i figuren, gir Adobe kjøretidskomponenten for de tre borgmesteroperative systemene, Mac OS X, Windows (XP / Vista) og Linux (Merk: Linux-versjonen er fortsatt i beta). Figuren kan føre til at de to tilnærmingene er eksklusive, enten du utvikler seg i HTML / JS eller Flash. Siden air runtime muliggjør "bro" mellom Javascript og ActionScript-motorer, kan du ringe javascript-kode fra en swf, manipulere HTML / DOM via ActionScript, osv..

Trinn 2 - OS nivå funksjoner

Adobe Air-kjøretid er ikke bare en integrering av HTML / JS og Flash-teknologier. Rundtiden gir et sett med API som tillater luftapplikasjoner å samhandle med operativsystemer som:

  • Fil les og skriv
  • Native Windows / Menus opprettelse og administrasjon
  • Henting av Internett-ressurser

Adobe Air inneholder også SQLite, en databasemotor for å lagre og hente data lokalt.

Trinn 3 - Installasjon

For å gjenta trinnene beskrevet nedenfor må du installere kjøretiden og sdk (Software Development Kit), som gjør at du kan bygge luftapplikasjoner.
Rundtiden kan lastes ned fra http://www.adobe.com/go/getair. Bare kjør installasjonsprogrammet og følg instruksjonene.
SDK kan lastes ned fra: http://www.adobe.com/go/getairsdk
Unzip SDK og plasser mappene på stedet du foretrekker (macosx-brukere må montere et .dmg-bilde). Husk plasseringen av SDK, vi vil referere til det som SDKPATH.
Kataloget til SDK skal se slik ut:

Trinn 4 - Konfigurasjon

SDK må konfigureres, ellers vil OS ikke finne kommandoene som skal utføres.
Faktisk, hvis du åpner et skall en type ADL, OS vil si noe som "kommando ikke funnet". Dette vil bare fungere hvis du flytter til bin-katalogen i SDK-mappen. Siden vi vil kunne kjøre bygg- og testkommandoer fra hver mappe, må vi konfigurere SDK. Det er viktig å skrive riktig absolutt bane i bin-katalogen i SDK-mappen.

Følg denne prosedyren på en Mac OS X:

  1. Åpne Terminal (/ Programmer / Verktøy / Terminal)
  2. Type cd for å være sikker på at du er i din hjemmemappe
  3. se etter en fil som heter .profil. Hvis det ikke finnes, opprett det
  4. Se etter en linje som ligner dette: eksporter PATH = $ PATH: / usr / bin
  5. legg til en annen linje slik: eksporter PATH = $ PATH: / airsdk / bin
  6. Hvis banen til luften SDK inneholder hvite mellomrom, pakker den inn med et dobbelt sitat (for eksempel "/ min vei / luft")
  7. Lukk og åpne terminalen igjen. Eller skriv inn kilde .profil

Følg disse trinnene på Windows:

  1. Høyreklikk på Min datamaskin, velg Egenskaper
  2. Velg fanen Avansert og klikk deretter Miljøvariabler-knappen
  3. Å velge STI fra bunnlisten og legg til banen til sdk-mappen på slutten, som i figuren.

For å teste om konfigurasjonen er vellykket, la oss åpne et skall og skrive inn
ADT kommando.
Resultatet skal være følgende:

Dette svaret betyr teknisk at vi har oppgitt feil antall parametre til kommandoen, men det også
betyr at SDK er riktig installert og konfigurert.

Trinn 5 - Prosjektering

La oss nå lage vår prosjektmappe. Vi kaller det myTest, og vi oppretter to filer: myTest.html og myTest.xml.

Xml-filen er konfigurasjonsfilen, som gjør det mulig å sette opp luftapplikasjonen. Åpne den med ønsket redaktør og sett inn følgende kode.


Den første linjen er en standard header for xml-filer. Den andre linjen starter definisjonen av vår søknad. De id er den unike identifikatoren av søknaden din. I dette tilfellet prefixte jeg det med domenenavnet mitt. De filnavn er navnet på den kjørbare som vi vil generere. Navn er navnet på søknaden, sett av brukeren. De beskrivelse er en utdrag som vises under installasjonen for å beskrive applikasjonen. Versjon Indikerer versjonen av appen din, 0,1 i vårt tilfelle.
Etter at du har angitt metadata om programmet, går vi til definisjonen av grafikken, vedlagt i stikkord.

Linje 10 angir rotfilen, det er filen som skal lastes inn i luftapplikasjonen ved oppstart. I dette tilfellet myTest.html som vi vil vise senere. Tittel er strengen som vil vises i den øvre delen av vinduet. De systemChrome angir om søknaden din har standard krom (den ene av hosting-operativsystemet), eller ingen. Chrome er et sett med standardverktøy som gjør at man kan manipulere et vindu i et skrivebordsmiljø, nemlig tittellinjen, lukke / endre størrelse på knapper, grenser og området som skal grep for å endre størrelse.

De bakgrunn av et luftapplikasjon kan settes til gjennomsiktig, men dette alternativet er bare gyldig hvis krom er satt til ingen. Synlig gjør det mulig å avgjøre om søknaden skal vises når den startes. Dette er nyttig når oppstarten tar litt tid, og du vil ikke vise grafikken til brukerne.
Betydningen av koder minimizable, maximizable og resizable bør være intuitiv og ikke trenger forklaring.

La oss nå se på myTest.html som faktisk inneholder programmet vårt.

Som du kan se er det en vanlig HTML-side, med et hode og en kropp. Hodet inneholder en tittel, og kroppen har en enkel div med senterjustert tekst.

Trinn 6 - Kjører programmet

Før du pakker applikasjonen som en .air-fil, vil vi teste den for å sjekke om den gir det forventede resultatet.
Verktøyet vi bruker id ADL, som gjør det mulig å kjøre våre Air-applikasjoner uten installasjon.
La oss åpne et skall og gå til katalogen som inneholder våre myTest-filer (både html og xml).
Skriv deretter følgende kommando:

 adl myTest.xml 

Dette kjører programmet med krom av det nåværende operativsystemet. På en MacOs bør se slik ut.

På Windows XP vises programmet slik:

Du kan kanskje tvile på at dette programmet fungerer bare med html. La oss teste javascript.
Vi endrer myTest.html filen som følger.

Med hensyn til den forrige versjonen la vi til en skriptetikett som inneholder definisjonen av en enkel javascript-funksjon, myfunction (),dukker opp et varsel (linjer 4-8). Vi la en knapp til kroppen (linje 12). Handlingen som er knyttet til knappeklikk, er popme () funksjon. La oss lagre filen og kjøre den, med samme kommando fra skallet, adl myTest.xml

Hvis vi klikker på knappen, bør vi se noe som følger:

Trinn 7 - Implementere luftapplikasjon

Når søknaden din er klar for distribusjon, kan vi opprette .air-filen, som er distribusjonspakken for Adobe Air-applikasjoner.
Denne filen, som er basert på zip-komprimering, inneholder alt du trenger for å installere luftapplikasjoner.
En Air-applikasjon må signeres med et sertifikat. For brede distribuerte applikasjoner er det å foretrekke å skaffe seg et sertifikat fra en autoritet som thawte.
Vårt mål er bare å teste, så et selvsignert sertifikat er nok. Opprettelsen av et sertifikat kan gjøres via ADT kommando. Åpne et skall, flytt til prosjektmappen, og skriv denne kommandoen:

 adt -certificate -cn mycertificate 1024-RSA mycertificatefile.p12 mysecretpass 

adt-certifikat-cn er bare syntaksen som kreves av kommandoen. Tabellen nedenfor forklarer verdiene som er gitt til kommandoen.

Parameter Verdi Forklaring
mycertificate Navnet på sertifikatet
1024 RSA Krypteringsnøkkelen til sertifikatet
mycertificatefile.p12 Filen der sertifikatet er lagret
mysecretpass Passordet som beskytter sertifikatet ditt

Hvis du sjekker prosjektmappen, finner du en ny fil som heter mycertificate.p12 som er det selvsignerte sertifikatet vi har laget riktig.
Prosjektmappen skal nå inneholde tre filer som i figuren under.

Nå har vi alt vi trenger for å lage vår .air-fil. Vi må kjøre en ganske lang shell kommando. Ikke bli panikk. Jeg skal forklare hvert enkelt ord. Først, la oss se det.

adt-package -storetype pkcs12 -keystore mycertificate.p12 AIRHelloWorld.air AIRHelloWorld.xml AIRHelloWorld.html

Som ovenfor adt-package er syntaxen til kommandoen, Lagertype angir formatet til nøkkelbutikken. Dette er en ganske teknisk parameter. For å være kort, siden vi genererte et sertifikat i henhold til pkcs12-formatet, må vi fortelle det til kompilatoren. Deretter spesifiserer vi sertifikatfilen, via -keystore parameter. Endelig gir vi navnet på den resulterende .air-filen, xml-filen som inneholder programinnstillingene og .html-inngangspunktfilen. Når vi utsteder denne kommandoen, blir vi bedt om passordet som ble oppgitt under opprettelsen av sertifikatet ("mysecretpass") i vårt tilfelle.
Vi har nå en .air-fil, som er distribusjonsformatet til vår søknad. Hvis vi dobbeltklikker det, starter installasjonsprosessen.
Installasjonen går gjennom to enkle trinn som vist nedenfor.

Legg merke til at siden vi selv har signert sertifikatet, publiseres den publiserte identiteten til søknaden hvis den ikke er kjent.

Under det andre trinnet kan du spesifisere hvor du skal installere programmet og om du skal starte det når installasjonen er ferdig.

Konklusjon

I denne opplæringen har vi introdusert Adobe Air-rammeverket, og vi har bygget vårt første Adobe Air-program ved hjelp av HTML / Js.
I de neste episodene ser vi hvordan du bygger samme applikasjon med Flex og Flash CS3.

  • Abonner på NETTUTS RSS-feed for flere daglige webutviklinger og artikler.