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.
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.
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..
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:
Adobe Air inneholder også SQLite, en databasemotor for å lagre og hente data lokalt.
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:
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:
cd
for å være sikker på at du er i din hjemmemappe .profil
. Hvis det ikke finnes, opprett det eksporter PATH = $ PATH: / usr / bin
eksporter PATH = $ PATH: / airsdk / bin
kilde .profil
Følg disse trinnene på Windows:
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 innADT
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.
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.
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:
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.
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.