II- Développement : Outils, workflow et structure

SDK androidhttp://developer.android.com/sdk/

Eclipse + ADT plugin Android SDK Tools :

adb : connexion au terminal / transfert de fichier(push,pull) / shell/ installer des application (install) / parametrer le reseau (forward) / debug d’application (logcat)

dx : bytecode java en bytecode Dalvik apkbuilder : creation du fichier apk

Emulateur SDKManager DDMS (Dalvik Debug Monitor Server) …

Workflow de publication

Workflow de publication

LogCat

Threads

Debug

Structure

Structure d’un projet android

Répertoire Rôle

src Le répertoire de l’ensemble des sources du projet. C’est dans ce répertoire que vous allez ajouter et modifier le code source de l’application.

libs Contient les bibliothèques tierces qui serviront à votre application.

res Contient toutes les ressources telles que les images, les dispositions de l’interface graphique, etc. nécessaires à l’application. Ces ressources seront accessibles grâce à laclasse R décrite plus bas.

gen Contient l’ensemble des fichiers générés par ADT afin d’assister le développeur. Si vous supprimez un fichier dans ce répertoire, ADT s’empressera aussitôt de le régénérer.

assets Contient toutes les ressources brutes (raw bytes) ne nécessitant aucun traitement par ADT ou Android. À la différence des ressources placées dans le répertoire res, les ressourcesbrutes seront accessibles grâce à un flux de données et non grâce à la classe R décrite plus loin.

AndroidManifest.xml Le fichier XML décrivant l’application et ses composants – activités, services, etc.

Structure d’un projet android res/drawable : image (PNG, JPEG et GIF) ;

res/layout : descriptions des interfaces utilisateur ;

res/values : chaînes de caractères, les dimensions, etc. ;

res/xml : fichiers XML supplémentaires (préférences, etc.) ;

res/menu : description des menus ;

res/raw : ressources autres que celles décrites ci-dessus qui seront empaquetées sans aucun traitement.

Les éléments d’une application des activités (android.app.Activity): il s'agit d'une partie de l'application

présentant une vue à l’utilisateur (fenêtre, écran ..)

des services (android.app.Service): il s'agit d'une activité tâche de fond sans vue associée

des fournisseurs de contenus (android.content.ContentProvider): permet le partage d'informations au sein ou entre applications

des widgets (android.appwidget.*): une vue accrochée au Bureau d'Android

des Intents (android.content.Intent): permet d'envoyer un message pour un composant externe sans le nommer explicitement

des récepteurs d'Intents (android.content.BroadcastReceiver): permet de déclarer être capable de répondre à des Intents

des notifications (android.app.Notifications): permet de notifier l'utilisateur de la survenue d'événements

Le manifest <uses-permission> : l’utilisateur se verra demander l’autorisation

d’utiliser l’ensemble des fonctions liées à ces permissions

<application> : un seul et unique noeud application

<activity> : Déclare une activité présentée à l’utilisateur

<service> : Déclare un composant de l’application en tant que service. Ici pas question d’interface graphique, tout se déroulera en tâche de fond de votre application.

<receiver> : Déclare un récepteur d’objets Intent. Cet élément permet à l’application de recevoir ces objets alors qu’ils sont diffusés par d’autres applications ou par le système.

<provider> : Déclare un fournisseur de contenu qui permettra d’accéder aux données gérées par l’application.

Les permissions opérations pouvant entraîner un surcoût (connexion,

échange de données, envoi de SMS par exemple)

utilisation de données personnelles (accès à vos contacts, à votre compte Google, exploitation de vos informations linguistiques entre autres)

accès au matériel du téléphone (prise de clichés, écriture sur la carte mémoire...).

naydnabil@gmail.com