IONIC Section 5 - 5.14 Explication debugging

Cliquez içi pour plus de vidéos disponibles sur notre chaine youtube !

Bonjour à tous, suite à notre debugging, nous allons voir un peu plus en détails ensemble ce que nous avons effectué. Comme on peut le voir dans notre application au niveau de la console, lorsqu’on clique sur la recette, « ionViewDidLeave » est bien utilisé, et lorsque nous ressortons ou bien que nous supprimons la recette, c’est « ionViewDidEnter » qui s’en charge. Il est important de comprendre comment le cycle de vie se comporte et en quoi il diffère lorsque nous parlons d’une page chargée avec le routeur Angular, et donc contrôlé indirectement par Ionic. Dans les components Angular classique, que nous les utilisons en incorporant leur sélecteur dans nos modèles ou en les chargeant via le routage, nous avons un certain cycle de vie, mais nous avons également un cycle de vie spécifique pour les components que nous avons chargés via le routage. Appelez page Ionic, bien que ce soient des components Angular ordinaires, juste des components que nous avons chargés via le routeur Angular et qui sont donc indirectement contrôlés par Ionic. Donc pour les components Angular classiques, nous avons « ngOnInit », tout comme « ngOnChanges » par exemple, mais ce n’est pas très important ici et si nous allons par exemple sur une page différente, nous avons « ngOnDestroy ». Maintenant, cela sera appelé lorsque le component est essentiellement supprimé lorsqu’il se trouve réellement à ce poste. Maintenant, pour les pages Ionic, à cause de ce mécanisme de cache, nous avons eu de nouvelles méthodes de cycle de vie. Nous avons eu « ionViewWilleEnter » par exemple, et cela fonctionnera après ngOnInit, nous avons également obtenu ionViewDidEnter qui fonctionne également après cela aussi après « WillEnter ». Maintenant, la différence, c’est que ionViewWillEnter s’execute essentiellement juste avant le chargement du contenu de la page et s’affiche à l’écran. On peut dire que « ionViewDidEnter » sera appelé juste après. Les 2 sont appelées chaque fois qu’une page devient visible, ce qui est important car avec la mise en cache, si une page est toujours dans le cache et que vous ne la voyez pas simplement parce qu’une autre page se trouve en haut, sur cette pile de pages, elle ne sera en réalité jamais détruit afin que ngOnDestroy ne soit jamais appelé non plus lorsque vous revenez à cette page qui se trouve toujours sur la pile de pages. « ionViewWillEnter » et « didEnter » seront appelés, car ils sont appelés chaque fois que la page devient visible, pour ainsi dire, lorsqu’elle devient le haut de cette pile de pages. Et comme « ngOnDestroy » n’est jamais appelé, mais que vous souhaitez peut-être effectuer des travaux de nettoyage, vous obtenez également « ionViewWillLeave » et « ionViewDidLeave ». Celles-ci sont également appelées chaque fois que la page devient invisible et qui peut être appelé dans des endroits où « ngOnDestroy », n’est pas appelé, ce qui est le cas si ce n’est tout simplement plus la page la plus haute de la pile, mais toujours sur la pile. Cette vidéo touche à sa fin, j’espère qu’avec ces explications, vous aurez compris chaque rôle de notre cycle de vie de notre application, je vous donne rendez-vous pour la prochaine.