0👍
Vue re-uses elements and components whenever it can. It will also only rerender once per tick. The length of a ‘tick’ is not something you should worry yourself about too much, other than that it exists. In your case the this.exit()
and this.started = true
statements are executed within the same tick. The data stored in this.started
is both true
in the last tick and the current tick as it does not end the tick in between the statements, and so nothing happens to your component.
In general you should think in states in Vue rather than in lifecycles. Or in other words: What are the different situations this component must be able to handle and how do you switch between those states. Rather than determining what to do in which point in time. Using :key="keyName"
is indeed generally a crutch, as is using import { nextTick } from 'vue';
and using that to get some cadence of states to happen, as is using a setTimeout
to get some code to execute after the current tick. The nasty part of setTimeout
is also that it can execute code on a component that is already destroyed. It can sometimes help with animations though.
In my experience when people try to use lifecycle hooks they would rather have something happen when one of the props change. For example when a prop id
on the child component changes you want to load data from the api to populate some fields. To get this to work use an immediate watcher instead:
watch: {
id: {
handler(newId, oldId) {
this.populateFromApi(newId);
},
immediate: true
}
}
Now it will call the watcher on component creation, and call it afterwards when you pass a different id. It will also help you gracefully handle cases where the component is created with a undefined
or null
value in one of the props you expect. Instead of throwing an error you just render nothing until the prop is valid.