Structure d'une application Android

Pour le moment, mis à part le projet HelloWorld créée dans le chapitre précédent, car, dans le but d'analyser les fichiers et du code qui ont été créés, vous devez avoir une fondation solide sur la structure d'une application Android, nous n'avons pas les bases.

Commençons par dire que lorsque nous avons cliqué sur l'icône pour lancer le compilateur Java Eclipse nous nous sommes appuyés sur les applications pour Android, qui, dans le cas où il n'ya pas d'erreurs dans le code, créez un fichier. Epk contenant tout le code du ' application.
Ce fichier est l'application et donc c'est le fichier qui va être installé sur les périphériques physiques.

Voyons quelles sont les caractéristiques, en termes de relations avec le système d'exploitation, Android demande:

• Chaque exécution génère un seul processus Linux qui se termine dès que l'application Android est fermé.
• Chaque processus a sa propre machine virtuelle (requis pour exécuter un fichier java), qui a la tâche de gérer le processus. Cela implique que chaque processus s'exécute indépendamment d'Android, isolé du reste des opérations et des routines autre système.
• Chaque application est associée à un ID utilisateur unique. Cette fonctionnalité permet aux fichiers de l'application d'être visible pour toutes les autres applications qui ont le même ID utilisateur et l'application elle-même.

Comme nous l'avons dit l'une des caractéristiques principales des Applications est la possibilité de partager des éléments communs. Par exemple, si une application, nous avons créé un diaporama de photos prises par l'utilisateur à travers les photos prises avec l'appareil et dans une autre application nous avons besoin de la même lame n'est pas nécessaire d'inclure, dans la seconde application, le code source du diaporama. Il n'est pas nécessaire de relier directement le code, il suffit de demander pour mener à bien sa part du code Android pour le diaporama de la première opération.

Pour cette raison, il est évident que d'une autre propriété des applications Android n'est pas d'avoir un point d'accès unique à courir, comment pourrait-il être pour un projet Java, où l'exécution du projet est déléguée exclusivement à la fonction main ().

Et 'possible d'identifier quatre composantes différentes dans une Application Android: les actvités (qui sera dans le prochain chapitre), les services, les fournisseurs de contenu de radiodiffusion et les récepteurs.

Services

La particularité de ce composant est de ne pas avoir toute l'interface utilisateur graphique (qui a lieu une activité), généralement en arrière-plan. Un exemple de service pourrait être le lecteur de musique en arrière-plan pendant que l'utilisateur effectue d'autres actions. Chaque classe de service s'étend Services.

Les récepteurs de radiodiffusion

Un élément de ce type ne doit pas s'engager dans des pré-opération, mais écoute plutôt et réagit en conséquence lors de la capture une annonce. Qui envoie ces annonces est généralement le système d'exploitation d'un message avertit les applications, telles que qui a été terminé le téléchargement d'un fichier qui est ensuite disponible pour l'utilisateur. Evidemment, dans notre application, nous pouvons enseigner à nos récepteurs de réagir uniquement à certains types de publicités. Tous les récepteurs BroadcastReceiver étendre la classe.

Les fournisseurs de contenu

La tâche de cette composante est de rendre disponible un ensemble de données d'une application de certaines autres applications. Habituellement, les données que nous voulons faire, pour ainsi dire, «public» ou qui sont enregistrées dans le système de fichiers ou dans une base de données SQLite. Un fournisseur de contenu étend la classe de base ContentProvider.

Dans le chapitre suivant nous allons présenter, dans un très complet, quelles sont les activités et quelles sont leurs caractéristiques.

• <<Leçon précédente
• Index de l'aide
• Leçon suivante>>