Struktūra Android pieteikumu

Šobrīd atlikti HelloWorld projekts izveidots iepriekšējā nodaļā, jo, lai analizētu failus un kodu, kas ir izveidoti, jums jābūt ar stingru pamatu, uz struktūru Android pieteikumu, mums nav pamata.

Sāksim ar to, ka tad, kad mēs noklikšķinājuši uz ikonas, lai palaistu Eclipse Java kompilators mēs atsaucās uz Android, kas, ja nav kļūdas kodu, izveidot failu lietojumprogrammas. EPK, kas satur visus kodu " pieteikumu.
Šis fails ir piemērošanas un tādējādi tas ir fails, kas tiks uzstādīts fiziskām ierīcēm.

Let 's redzēt, kas ir īpašības, runājot par attiecībām ar operētājsistēmu, Android pieteikumu:

• Katrs izpilde rada vienu Linux procesu, kas ir pārtraukts, tiklīdz Android pieteikums ir slēgts.
• Katram procesam ir sava virtuālā mašīna (nepieciešams palaist java failu), kuras uzdevums ir pārvaldīt procesu. Tas nozīmē, ka katrs process darbojas neatkarīgi no Android, izolēti no pārējās darbības un citas sistēmas rutīnu.
• Katrs pieteikums ir saistīts ar unikālu lietotāja ID. Šī funkcija ļauj pieteikumu lietas redzamas visiem citiem pieteikumiem, kas ir pašu ieeju sistēmā un pašā pieteikumā.

Kā jau esam teikuši par vienu no galvenajām iezīmēm Android progr ir iespēja dalīties kopīgos elementus. Piemēram, ja pieteikumu, mēs esam radījuši slaidrādi bildes, ko lietotājs, izmantojot fotogrāfijas, ar kameru un citas, mums ir nepieciešama paša priekšmetstikliņa nav nepieciešams ietvert ietvaros otro pieteikumu, kods avots slaidrādi. Nav arī nepieciešams, lai savienotu kodu tieši, tas vienkārši pieprasījumu, pašai veikt savu daļu Android kodu slaidrādi pirmo darbību.

Šā iemesla dēļ ir skaidrs, ka vēl viens Android pieteikumu īpašumiem nav, lai būtu vienots piekļuves punkts, lai palaistu, kā tas varētu būt Java projekts, kurā projekta īstenošana ir deleģēta tikai galvenais () funkciju.

Un "iespējams identificēt četras dažādas sastāvdaļas, jo pieteikumā Android: actvities (kas būs nākamā nodaļa), pakalpojumi, apraides satura pakalpojumu sniedzējiem un saņēmējiem.

Pakalpojumi

Šīs divkomponentu īpatnība ir nav nekādu grafisko lietotāja interfeisu (kas nevis ir darbība), kas parasti darbojas fonā. Pakalpojuma piemēru var minēt mūzikas atskaņotājs darbojas fonā, kamēr lietotājs veic citas darbības. Katru pakalpojumu klasei paplašina pakalpojumu.

Radiouztvērēji

Komponentu šī tipa, nedrīkst veikt pirms operācijas, bet gan klausās un reaģē ar to, tverot reklāmu. Kas nosūta šos paziņojumus parasti ir operētājsistēmas, ka ziņojums informē lietojumprogrammas, piemēram, ka tika pabeigts lejupielādēt failu, kas pēc tam pieejama lietotājam. Acīmredzot mūsu pieteikumu, mēs varam mācīt mūsu uztvērēji reaģēt tikai uz noteikta veida reklāmas. Visi uztvērēji BroadcastReceiver paplašināt klasē.

Satura nodrošinātāji

Uzdevums-komponents ir padarīt pieejamu datu kopa konkrētu pieteikumu ar citiem pieteikumiem. Parasti dati, ka mēs vēlamies, lai, tā sakot, "valsts" vai tiek saglabāti failu sistēmu, vai SQLite datubāzē. Satura nodrošinātājs paplašina bāzes klase ContentProvider.

Nākamajā nodaļā mēs pašlaik, ļoti visaptverošs, kādi ir pasākumi un kādas ir to īpašības.

• <<Iepriekšējā nodarbība
• Help Index
• Nākamā nodarbība>>