25 Le cycle de vie de VueComponent

avant-propos 

Il s'agit de la dernière  série d'articles sur  l'objet réactif non "responsive" après une opération précise.

L'enregistrement principal est le mécanisme de mise en œuvre connexe de vue 

Haha Pour comprendre cet article, vous avez besoin des bases de l'utilisation de vue et js 

 cas de test

Le cas de test est le suivant, un simple événement de bouton est déclenché  

débogage de problème

Voici un composant pour regarder l'ensemble du processus

beforeCreate - créer - beforeMount - monté - beforeUpdate - mis à jour - beforeDestroy - détruit

Lors de l'instanciation de VueComponent selon vnode et de la création d'éléments de page dom, un VueComponent donné sera créé, ici nous pouvons voir beaucoup de choses 

Ici, nous nous soucions uniquement d'appeler le rappel beforeCreate pendant l'initialisation 

Également lors de l'initialisation, le deuxième rappel est create 

Le déroulement de ces deux étapes est grossièrement le suivant

initLifecycle initialise principalement la relation de composant parent-enfant et initialise le composant racine

initEvents hérite principalement de la surveillance des événements associés du composant parent 

initRender initialise principalement vm._c, vm.$createElement, vm.$slots

initInjections est principalement les propriétés liées aux injections définies dans le composant d'enregistrement 

initState consiste principalement à initialiser les accessoires, les méthodes, les données, le calcul, la surveillance, l'agent d'encapsulation de champ, etc. 

Ensuite, il y a beforeMount, monté lié 

est activement déclenché après l'initialisation

rappel beforeMount appelé en premier 

Ensuite, le rendu génère l'intégralité de l'arborescence vnode

Ensuite, la mise à jour crée de manière récursive des sous-composants, des éléments dom, etc. 

Appelez ensuite le rappel monté 

L'appel ici est beforeUpdate, et l'enregistrement est enregistré à l'endroit où VueComponent est initialisé 

L'endroit à appeler est au début du traitement Watcher, avant Watcher.run 

L'appel ici est mis à jour et l'appel est à la fin du traitement Watcher, après Watcher.run  

Les autres fonctions du cycle de vie beforeDestroy, destroy ne seront pas décrites en détail 

Cette partie du contenu peut être combinée avec les documents officiels pour voir

sur

Je suppose que tu aimes

Origine blog.csdn.net/u011039332/article/details/129894417
conseillé
Classement