Android : les fondamentaux

1. Activité

Une activité représente un écran d’une application. Une application contient autant d’activités qu’il y a d’écrans. Une activité est en général composée de deux éléments : une classe Kotlin qui représente l’activité et un fichier XML qui permet de définir l’IHM de cette activité. Dans un modèle MVC, la classe Kotlin représente la partie contrôleur et le fichier XML représente la partie vue.

2. Intention

Une intention permet de demander au système d’exploitation Android d’exécuter une tâche spécifique. Cette tâche peut être l’exécution d’une nouvelle activité par exemple.

3. Fragment

Un fragment définit un écran ou un fragment d’écran dans le but de s’adapter aux différentes tailles d’appareils mobiles. Les fragments sont utilisés par les activités.

4. Service

Un service contient le traitement d’un service qui s’exécute en tâche de fond. Cela signifie qu’un service n’a pas d’interface graphique. Le traitement du service s’exécute sur le thread UI.

5. Content provider...

1. Présentation

Une activité représente un écran d’une application. Une application contient autant d’activités qu’il y a d’écrans.

Une seule activité peut être exécutée à la fois.

Une activité a un cycle de vie bien particulier. Plusieurs fonctions nommées "callback " s’exécutent automatiquement à des moments bien spécifiques du cycle de vie.

2. Pile de gestion

Lorsqu’une activité est créée, elle est empilée dans une pile de gestion appelée le stack. Cette pile de gestion fonctionne en mode LIFO (Last In First Out). Ainsi, une activité est empilée lorsqu’elle démarre et dépilée (détruite) lorsque l’on clique sur le bouton back du téléphone ou bien lorsque la fonction finish est appelée.

3. Création d’une activité

Pour créer une nouvelle activité :

4. Contrôleur

La classe Kotlin héritant de la classe Activity est généralement utilisée comme contrôleur. C’est dans cette classe que l’on va redéfinir les callbacks et définir les fonctions à exécuter selon l’interaction avec l’utilisateur.

5. Cycle de vie

Les différents états

Une activité a quatre états possibles :

1. Présentation

On peut définir la vue d’une activité de deux façons différentes :

Dans ce chapitre, seule la façon statique est présentée.

2. Fonctionnement de l’interface utilisateur

Tous les éléments de l’interface utilisateur d’une application Android sont construits à l’aide d’objets de types View et ViewGroup.

Un objet de type View est un objet qui dessine quelque chose sur l’écran avec lequel l’utilisateur peut interagir.

Un objet de type ViewGroup est un objet qui contient d’autres objets View afin de définir la disposition de l’interface.

Android fournit tout un panel de View et ViewGroup qui offrent la possibilité de créer des interfaces graphiques riches.

L’interface utilisateur de chaque composant de votre application est définie à l’aide d’une hiérarchie d’objets View et ViewGroup.

Chaque objet de type ViewGroup est un conteneur invisible qui organise des objets enfants de types View et ViewGroup.

3. Les conteneurs de type ViewGroup

1. Gestion des événements via XML

Pour lier un composant à une fonction Kotlin, il faut définir l’attribut du composant représentant l’événement en lui donnant comme valeur le nom de la fonction Kotlin. La fonction Kotlin doit obligatoirement attendre en paramètre un objet de type View.

Activity_main.xml

<?xml version="1.0" encoding="utf-8"?> 
<!-- Utilisation d'un RelativeLayout permettant de spécifier l'emplacement 
des composants les uns par rapport aux autres. --> 
<!-- android:layout_width="match_parent" : Le layout sera aussi haut que 
l'écran--> 
<!-- android:layout_height="match_parent" : Le layout sera aussi large que 
l'écran--> 
<RelativeLayout 
   xmlns:android="http://schemas.android.com/apk/res/android" 
   xmlns:tools="http://schemas.android.com/tools" 
   android:layout_width="match_parent" 
   android:layout_height="match_parent" 
   tools:context="fr.acos.myapp.MainActivity"> 
 
   <!-- Button : Permet d'afficher un bouton simple--> 
   <!-- android:id="@+id/btn_valider" : btn_valider est l'identifiant du 
composant --> 
   <!-- android:layout_width="match_parent" : Le composant sera aussi 
large que son layout--> 
   <!-- android:layout_height="wrap_content" : Le composant sera aussi 
haut que son contenu--> 
   <!--...

1. Présentation

Les composants visuels d’une IHM, les fichiers XML, fichiers image, fichiers audio, fichiers vidéo, etc. sont vus comme des ressources. Chaque ressource a un identifiant. Il y a deux manières d’accéder à ces identifiants, la manière d’y accéder dépend de l’endroit où l’on se trouve : soit via un fichier Kotlin , soit via un fichier XML. La manière dont est défini un identifiant dépend du type de ressource : soit la ressource est contenue à l’intérieur d’un fichier XML, alors c’est au développeur de définir l’identifiant ; soit c’est un fichier, alors c’est le nom du fichier qui permet de définir l’identifiant.

1. Présentation

Le manifeste est utilisé par les outils de compilation, par le système d’exploitation et par Google Play.

Une application contient obligatoirement un et seulement un manifeste. Un manifeste est un fichier XML. Un manifeste contient la liste des activités, services, content provider et broadcastReceiver contenus dans l’application. Un manifeste contient aussi la liste des permissions nécessaires au bon fonctionnement de l’application et les permissions nécessaires aux autres applications désireuses d’accéder aux informations de l’application.

Chaque composant présent dans le manifeste contient des attributs permettant de définir des informations de base telles que la classe représentant le composant, son intitulé…

Les intent filter sont définis dans le manifeste.

2. Les balises

Liste des principales balises utilisées dans un manifeste :

1. Présentation

Pour maintenir la sécurité du système et des utilisateurs, Android exige que les applications demandent l’autorisation avant d’utiliser certaines données et fonctionnalités du système. En fonction de la sensibilité de la zone, le système peut accorder l’autorisation automatiquement ou demander à l’utilisateur d’approuver la demande.

Les permissions sensibles sont celles permettant l’écriture et la lecture du calendrier, l’utilisation de la caméra, la gestion des contacts, la localisation, l’utilisation du micro, la gestion des appels téléphoniques, la gestion des SMS et la lecture et l’écriture de données sur les cartes mémoire du téléphone.

2. Fonctionnement

Les permissions nécessaires à une application doivent être obligatoirement définies dans le fichier AndroidManifest.xml grâce à la balise uses-permission. Il y a autant de balises uses-permission que de permissions.

Pour les permissions sensibles, il faut ajouter dans le code les instructions demandant une autorisation directe à l’utilisateur. Une fois que la permission est donnée par l’utilisateur, un callback nommé onRequestPermissionsResult est appelé automatiquement.

3. Syntaxe

Voici la syntaxe de la balise permettant de définir une permission dans le manifeste :

<uses-permission android:name="<permission>" /> 

Voici la syntaxe de la fonction permettant de faire une demande d’autorisation à l’utilisateur :...

1. Présentation

Une intention permet de demander au système d’exploitation Android d’exécuter une tâche spécifique. Il existe deux types d’intentions :

La classe Intent permet de créer la demande. Cette demande doit être ensuite passée en paramètre à une fonction. Voici la liste des principales fonctions permettant d’exploiter un objet de type Intent :

2. Intent explicite

val demande = Intent(<context>, <ActiviteCible>) 

val intention = Intent(this, BActivity::class.java) 
 
startActivity(intention) 

putExtra(<clé>,<valeur>)