Que sont les activités Android et quel est leur cycle de vie ?

L'un des principaux concepts dans le développement d'applications mobiles est le concept d'Activité, ceux-ci étant la base de l'application, nous verrons cette fois en quoi ils consistent et quel est leur cycle de vie.

Sur la page officielle du développeur Android, nous pouvons trouver une explication plus détaillée de ce que représentent les activités (https://developer.android.com/guide/components/activities/intro-activities) nous verrons ici une généralité à leur sujet et leur cycle de vie.

Nous avons déjà vu qu'une application Android est composée de différents composants graphiques ou vues et, de plus, ils ont une structure de répertoires qui permet à l'interface graphique d'être indépendante de la logique de l'application, les écrans sont gérés via les fichiers xml qui contiennent les mises en page ou les gestionnaires de contenu et la logique est travaillée dans les activités qui correspondent à la classe Activity, il existe également un autre concept appelé fragments qui vivent à l'intérieur des activités, mais c'est quelque chose que nous aborderons plus tard.

La classe Activity est l'un des principaux composants d'une application. Ils sont précisément la base de la création d'applications, car ils gèrent la logique du système et ce avec quoi l'utilisateur va interagir. Une application Android démarre avec une instance d'une activité qui a un cycle de vie défini pour maintenir l'exécution de l'application.

Avant de plonger dans le cycle de vie, il est très important de préciser que le fonctionnement d'une application mobile diffère du fonctionnement d'autres applications, une application mobile n'a pas de point de départ spécifique, contrairement à une application de bureau qui démarre via une méthode main(), une application peut être démarrée à partir de n'importe lequel de ses écrans (cela ne veut pas dire que nous ne pouvons pas donner d'ordre de démarrage).

En interne, quand on change d'écran, on fait un appel entre activités (ou les fragments sont remplacés dans la même activité) et quand on change d'application de la même manière, l'application est invoquée en appelant son activité initiale.

Une application est généralement composée de plusieurs écrans, ce qui équivaut à avoir plusieurs activités qui communiquent entre elles, bien qu'il ait déjà été mentionné que l'application peut être démarrée à partir de n'importe quelle activité, une activité est toujours définie comme l'activité principale MainActivity (bien que ne doit pas nécessairement être le premier à être affiché) et à partir de là marque le point de départ pour la navigation dans le système appelant de nouvelles activités ou fragments.

Fichier manifeste (AndroidManifest.xml)

Dans une entrée précédente nous avons parlé du fichier manifeste, il s'agit d'un fichier de configuration qui permet de paramétrer les principaux éléments de l'application, vous y trouverez des informations telles que l'ID de l'application, le nom, l'icône, les activités qu'elle contient, les autorisations , entre autres éléments importants.

Lorsqu'une activité est créée, androidStudio s'occupe automatiquement de la paramétrer dans le fichier AndroidManifest.xml et là vous pouvez également ajouter des filtres ou des propriétés pour déterminer des actions supplémentaires de l'application, par exemple dans l'image précédente vous pouvez voir que la MainActivity est la principal du système d'activité (celui affiché en premier) depuis le lui est ajouté avec la propriété

Cycle de vie des activités.

Une activité passe par plusieurs états lors de son exécution, ces états se produisent grâce à l'interaction de l'utilisateur avec l'activité, par exemple lorsqu'elle entre, sort, entre à nouveau ou lorsqu'elle est fermée, Android nous permet de contrôler chacun de ces états à travers une série de paramètres définis méthodes que nous pouvons implémenter pour gérer le comportement, par exemple, vous pouvez mettre en pause un lecteur vidéo lors du changement d'écran ou annuler les processus de connexion lors de la sortie de l'application, sur la page du développeur Android, nous trouvons le détail de ces méthodes (là, nous pouvons également trouver le schéma suivant qui montre comment cela fonctionne :

Voici un résumé de chacun des états :

• onCreate()

  Cette méthode est créée par défaut dans l'activité et est activée lorsqu'elle commence à référencer la mise en page correspondant à la partie graphique via la méthode setContentView(), c'est la première méthode qui est exécutée.

• onStart()

  Lorsque onCreate() se ferme, l'activité change son état de créé à démarré et est présentée à l'utilisateur, c'est là que la vue et l'activité deviennent interactives.

• Bref()

  Après le démarrage de l'activité, l'état onResume() est modifié, qui est responsable du traitement des informations d'interaction de l'utilisateur, ici tout ce que l'utilisateur entre est reconnu et capturé.

• surPause()

  Dans le cas où l'activité perd le focus et est interrompue, l'état Pause est appelé, par exemple, lorsque l'utilisateur appuie sur le bouton de retour ou change d'écran, cela signifie que l'activité est encore partiellement visible pendant la fermeture de l'activité.

  A partir de cet état, vous pouvez revenir à onResume() ou onStop()

• onStop()

  Cet état démarre lorsque l'activité n'est plus visible par l'utilisateur, cela peut être parce que l'activité a été supprimée, celle qui était arrêtée est en cours de réactivation ou parce qu'une nouvelle démarre, dans ce cas l'activité arrêtée n'est plus visible par l'utilisateur utilisateur. l'utilisateur, à partir de là, vous pouvez appeler onRestart() ou onDestroy()

• onRestart()

  Le système entre dans cet état lorsqu'une activité arrêtée va être redémarrée, ici l'état de l'activité est restauré à partir du moment où elle a été arrêtée et l'appel à onStart() est effectué.

• onDestroy()

  Enfin, le système appelle cette méthode avant de supprimer l'activité, c'est le dernier état par lequel passe l'activité et il est implémenté lorsque la fermeture ou la libération de toutes les ressources d'une activité doit être garantie.

Ces méthodes peuvent être implémentées dans le projet comme suit :

Ainsi, lors du démarrage de l'application, nous verrons le comportement dans logcat.

Et voilà, avec ça on voit en quoi consistent les activités et comment on peut contrôler le cycle de vie, puis on peut continuer à travailler sur l'application de base.

Cela peut aussi vous intéresser.

Souhaitez-vous ajouter ou commenter cette entrée ? n'hésitez pas à faire….Et si ça vous a plu... je vous invite à partager y Abonnez-vous en cliquant sur le bouton "Rejoindre ce site" pour entendre plus de messages comme celui-ci 😉