Struktur for en Android-ansøgning

For det øjeblik lægge det HelloWorld projekt skabt i det foregående kapitel, fordi, for at analysere de filer og kode, der er blevet oprettet, skal du have et solidt fundament på strukturen i en Android-ansøgning, vi ikke har baser.

Lad os starte med at sige, at når vi klikkede på ikonet for at køre Eclipse Java-compiler, vi har påberåbt sig om ansøgningerne om Android, som, hvis der er nogen fejl i koden, skal du oprette en fil. EPK indeholder alle de kode ' ansøgning.
Denne fil er anvendelsen, og derfor dette er den fil, der vil blive installeret på de fysiske enheder.

Lad os se hvad der er de egenskaber, med hensyn til forbindelserne med operativsystemet, Android ansøgning:

• Hver udførelse genererer en enkelt Linux proces, der er afsluttet, så snart Android-programmet er afsluttet.
• Hver proces har sin egen virtuelle maskine (der kræves for at køre en java-fil), som har til opgave at styre processen. Dette indebærer, at hver proces kører uafhængigt af Android, isoleret fra resten af ​​operationer og andre systemet rutiner.
• Hver ansøgning er forbundet med et unikt bruger-id. Denne funktion gør det muligt for programfiler til være synlige for alle andre programmer, der har samme bruger-id og selve ansøgningen.

Som vi har sagt en af ​​de vigtigste elementer i Android apps er evnen til at dele fælles elementer. For eksempel, hvis en ansøgning har vi skabt et diasshow med billeder taget af brugeren gennem billeder taget med kameraet, og i et andet program vi har brug for samme dias ikke er nødvendigt at inkludere, inden det andet program, koden kilde til diasshowet. Det er heller ikke nødvendigt at linke koden direkte, vil det blot anmode om at udføre sin del af Android-kode for slideshow af den første operation.

Af denne grund er det indlysende, at en anden ejendom af Android applikationer ikke er at have et enkelt adgangspunkt til at køre, hvordan kunne det være for et Java-projekt, hvor projektets gennemførelse er uddelegeret udelukkende på de vigtigste () funktion.

Og 'muligt at identificere fire forskellige komponenter i et program Android: den actvities (som vil være i næste kapitel), ydelser, udsendelsen indholdsudbydere og modtagere.

Services

Det særlige ved denne komponent er at ikke have nogen grafisk brugerflade (som i stedet har en aktivitet), der typisk kører i baggrunden. Et eksempel på en tjeneste kan være musikafspilleren kører i baggrunden, mens brugeren udfører andre handlinger. Hver service klasse udvider Services.

Broadcast-modtagere

A-komponent af denne type må ikke deltage i pre-operation, men i stedet lytter og reagerer i overensstemmelse hermed, når du tager en annonce. Hvem sender disse meddelelser er som regel det operativsystem, der en meddelelse underretter applikationer, som den, der var færdig med at downloade en fil, der er derefter til rådighed for brugeren. Det er klart i vores ansøgning kan vi lære vores modtagere til at reagere kun på visse typer af annoncer. Alle modtagere BroadcastReceiver udvide klassen.

Indholdsleverandører

Opgaven-komponent i dette er at stille et datasæt af en vis anvendelse til andre programmer. Normalt er de data, vi ønsker at gøre, så at sige, "offentlig" eller gemmes i filsystemet eller i en SQLite database. En indholdsudbyder udvider basisklassen ContentProvider.

I næste kapitel vil vi fremlægge, på en meget omfattende, hvad er aktiviteterne og hvad er deres kendetegn.

• <<Forrige lektion
• Indeks til Hjælp
• Næste lektion>>