Estructura d'una aplicació Android

De moment, deixar de banda el projecte HelloWorld creat en el capítol anterior, ja que, per tal d'analitzar els arxius i el codi que s'han creat, ha de tenir una base sòlida sobre l'estructura d'una aplicació Android, no tenen bases.

Començarem per dir que quan fa clic a la icona per executar Eclipse, que invoca el compilador de Java per a aplicacions d'Android que, en cas que hi hagi errors en el codi, creeu un arxiu. EPK que contingui tot el codi de ' de l'aplicació.
Aquest arxiu és l'aplicació i per tant aquest és l'arxiu que s'instal · la als dispositius físics.

Anem a veure quines són les característiques, en termes de relacions amb el sistema operatiu, Android l'aplicació:

• Cada execució de l'aplicació genera un procés únic de Linux que és acabada per Android, tan aviat com es tanca l'aplicació.
• Cada procés té la seva pròpia màquina virtual (necessari per a l'execució d'un arxiu java), que té la tasca d'administrar el procés. Això implica que cada procés s'executa de manera independent per Android, aïllat de la resta de les altres operacions i rutines del sistema.
• Cada aplicació està associada amb un identificador d'usuari únic. Aquesta característica permet que els arxius d'aplicació que siguin visibles per a la resta d'aplicacions que tenen el mateix ID d'usuari i la pròpia aplicació.

Com hem dit una de les principals característiques d'Android és que les aplicacions poden compartir elements comuns. Per exemple, si una aplicació que hem creat una presentació de diapositives de les imatges preses per l'usuari a través de les fotos fetes amb la càmera i que necessitem una altra aplicació de la mateixa diapositiva no cal incloure, dins de la segona aplicació, el codi font de passades de diapositives. Tampoc és necessari vincular directament el codi, serà suficient per exigir l'execució de part del codi d'Android per a la presentació de la primera operació.

Per aquesta raó, és evident que l'altra propietat de les aplicacions d'Android és que no tenen un punt d'accés únic per a córrer, com no podia ser per a un projecte de Java, on es delega l'execució del projecte exclusivament a la funció main ().

I 'possible identificar quatre components diferents d'una aplicació Android: el actvities (que serà en el proper capítol), els serveis, els proveïdors de continguts i els receptors de l'emissió.

Serveis

La peculiaritat d'aquesta és el d'un component no té interfície gràfica d'usuari (que en el seu lloc té una activitat) són en general s'executen en segon pla. Un exemple d'un servei pot ser el reproductor de música funcionant en segon pla mentre l'usuari realitza altres accions. Cada classe de servei s'estén als Serveis.

Receptors de radiodifusió

Un component d'aquest tipus no ha de portar a terme abans de l'operació, sinó que escolta i reacciona en conseqüència, quan una captura de l'anunci. Qui envia aquests anuncis sol ser el missatge de sistema operatiu notifica a les aplicacions, com es va acabar la descàrrega d'un arxiu que estarà disponible per a l'usuari. Òbviament, en la nostra aplicació, podem ensenyar als nostres receptors perquè reaccioni només a certs tipus d'anuncis. Tots els receptors ampliar el BroadcastReceiver classe.

Els proveïdors de contingut

La tasca d'aquest component és posar a disposició un conjunt de dades d'una determinada aplicació a altres aplicacions. En general, les dades que volem fer, per dir-ho, "públic" es guarda o el sistema d'arxius o en una base de dades SQLite. Un proveïdor de contingut amplia la base de la classe ContentProvider.

En el proper capítol presentarem, d'una manera molt exhaustiva, quines són les activitats i quines són les seves característiques.

• <<Lliçó Anterior
• Índex de l'ajuda
• Lliçó següent>>