Actions for modifying state in Vue - Performance & Optimization

Performance: Actions for modifying state

MEDIUM IMPACT

This affects how quickly the UI updates after state changes and how much work the browser does to re-render components.

Updating multiple pieces of state in response to a user event

Vue

const store = useStore();
function updateStateGood() {
  store.dispatch('updateMultiple', { count: store.state.count + 1, name: 'New Name', active: true });
}

// In store actions:
const actions = {
  updateMultiple({ commit }, payload) {
    commit('setCount', payload.count);
    commit('setName', payload.name);
    commit('setActive', payload.active);
  }
};

Using an action batches state changes and commits mutations in a controlled way, reducing re-renders.

📈 Performance GainSingle re-render after all state updates, improving INP and reducing CPU work.

Updating multiple pieces of state in response to a user event

Vue

const store = useStore();
function updateStateBad() {
  store.state.count++;
  store.state.name = 'New Name';
  store.state.active = true;
}

Directly mutating multiple state properties separately triggers multiple reactivity updates and component re-renders.

📉 Performance CostTriggers multiple re-renders and reactive updates, increasing INP and CPU usage.

Performance Comparison

Pattern	DOM Operations	Reflows	Paint Cost	Verdict
Direct multiple state mutations	Multiple reactive triggers	Multiple reflows	High paint cost due to repeated updates	[X] Bad
Batch state changes via actions	Single reactive trigger	Single reflow	Lower paint cost with one update	[OK] Good

Rendering Pipeline

When state changes via actions, Vue batches updates and schedules component re-renders efficiently. This reduces layout recalculations and paints.

→Reactive Dependency Tracking

→Component Update

→Layout

→Paint

⚠️ BottleneckComponent Update stage due to multiple reactive triggers causing repeated re-renders.

Core Web Vital Affected

INP

This affects how quickly the UI updates after state changes and how much work the browser does to re-render components.

Optimization Tips

1Batch multiple state changes inside Vue actions to minimize re-renders.

2Avoid direct multiple mutations outside actions to prevent layout thrashing.

3Use Vue's reactivity system efficiently to keep UI responsive.

Performance Quiz - 3 Questions

Why is batching state changes inside Vue actions better for performance?

A It increases the number of reactive dependencies.

B It delays the UI update indefinitely.

C It reduces the number of component re-renders triggered.

D It disables reactivity temporarily.

DevTools: Performance

How to check: Record a performance profile while triggering state changes. Look for multiple component re-renders or layout recalculations.

What to look for: Check if multiple re-renders happen in quick succession. Fewer re-renders indicate better batching and performance.

Practice

1. In Vue, what is the main purpose of an action in state management?

easy

A. To define computed properties for reactive data

B. To perform asynchronous operations and then commit mutations to change state

C. To render components based on state changes

D. To directly modify the state without any intermediate steps

Solution

1. Step 1: Understand what actions do

   Actions in Vuex or Vue state management are designed to handle asynchronous tasks or complex logic before changing the state.

2. Step 2: Differentiate actions from mutations

   Actions do not directly modify state; instead, they commit mutations which then update the state safely.

3. Final Answer:

   To perform asynchronous operations and then commit mutations to change state -> Option B

4. Quick Check:

   Actions handle async tasks = D [OK]

Hint: Actions handle async tasks before state changes [OK]

Common Mistakes:

• Thinking actions directly modify state
• Confusing actions with mutations
• Believing actions render UI components

2. Which of the following is the correct syntax to dispatch an action named fetchData in a Vue component?

easy

A. this.$store.dispatch('fetchData')

B. this.dispatch('fetchData')

C. dispatch('fetchData')

D. this.commit('fetchData')

Solution

1. Step 1: Recall Vuex dispatch syntax

   To call an action, you use this.$store.dispatch('actionName') inside a Vue component.

2. Step 2: Differentiate dispatch from commit

   commit is used for mutations, not actions. Dispatch is the correct method for actions.

3. Final Answer:

   this.$store.dispatch('fetchData') -> Option A

4. Quick Check:

   Dispatch actions via this.$store.dispatch = B [OK]

Hint: Use this.$store.dispatch('actionName') to call actions [OK]

Common Mistakes:

• Using commit instead of dispatch for actions
• Calling dispatch without this.$store
• Trying to dispatch directly without context

3. Given the Vuex store action below, what will be the final state of count after dispatching incrementAsync?

actions: {
  incrementAsync({ commit }) {
    setTimeout(() => {
      commit('increment')
    }, 1000)
  }
},
mutations: {
  increment(state) {
    state.count++
  }
},
state: {
  count: 0
}

medium

A. count will be 0 immediately and 1 after 1 second

B. count will be 1 immediately

C. count will remain 0 forever

D. count will be 1 immediately and then reset to 0

Solution

1. Step 1: Understand the asynchronous action

   The action uses setTimeout to delay committing the mutation by 1 second.

2. Step 2: Trace the state changes

   Initially, count is 0. After 1 second, the increment mutation runs, increasing count to 1.

3. Final Answer:

   count will be 0 immediately and 1 after 1 second -> Option A

4. Quick Check:

   Async commit delays state change = A [OK]

Hint: Async actions delay mutations, state updates after delay [OK]

Common Mistakes:

• Assuming state changes immediately
• Confusing commit timing with dispatch timing
• Ignoring asynchronous delay

4. Identify the error in this Vuex action code snippet:

actions: {
  updateName({ commit }, newName) {
    commit('setName', newName)
  }
},
mutations: {
  setName(state, name) {
    state.name = name
  }
},
state: {
  name: ''
}

What is wrong if dispatching updateName does not update the state?

medium

A. The action should use dispatch instead of commit

B. The mutation setName is missing from the store

C. The action is missing the context parameter

D. The action is not properly registered or dispatched

Solution

1. Step 1: Check action and mutation code

   The action correctly commits the mutation with the new name, and the mutation updates the state.

2. Step 2: Consider why state doesn't update

   If dispatching the action doesn't update state, likely the action is not properly registered in the store or the dispatch call is incorrect.

3. Final Answer:

   The action is not properly registered or dispatched -> Option D

4. Quick Check:

   Unregistered or wrong dispatch causes no state update = A [OK]

Hint: Check action registration and dispatch call if state doesn't update [OK]

Common Mistakes:

• Using commit inside action is correct, not an error
• Assuming mutation is missing when it exists
• Confusing commit and dispatch roles

5. You want to create a Vuex action that fetches user data from an API and updates the state only if the user is active. Which of the following action implementations correctly applies this logic?

hard

A. async fetchUser({ commit }) {
const user = await fetch('/api/user').then(res => res.json())
commit('setUser', user)
}

B. fetchUser({ commit }) {
fetch('/api/user').then(res => res.json()).then(user => {
commit('setUser', user)
})
}

C. async fetchUser({ commit }) {
const user = await fetch('/api/user').then(res => res.json())
if (user.active) commit('setUser', user)
}

D. fetchUser({ commit }) {
const user = fetch('/api/user').then(res => res.json())
if (user.active) commit('setUser', user)
}

Solution

1. Step 1: Analyze async/await usage

   async fetchUser({ commit }) { const user = await fetch('/api/user').then(res => res.json()) if (user.active) commit('setUser', user) } correctly awaits the fetch call and then checks if the user is active before committing the mutation.

2. Step 2: Identify issues in other options

   fetchUser({ commit }) { fetch('/api/user').then(res => res.json()).then(user => { commit('setUser', user) }) } commits without checking active status. async fetchUser({ commit }) { const user = await fetch('/api/user').then(res => res.json()) commit('setUser', user) } commits without condition. fetchUser({ commit }) { const user = fetch('/api/user').then(res => res.json()) if (user.active) commit('setUser', user) } does not await fetch, so user is a Promise, causing errors.

3. Final Answer:

   async fetchUser({ commit }) { const user = await fetch('/api/user').then(res => res.json()) if (user.active) commit('setUser', user) } -> Option C

4. Quick Check:

   Await fetch and check condition before commit = C [OK]

Hint: Await fetch, check condition, then commit mutation [OK]

Common Mistakes:

• Not awaiting fetch causing Promise errors
• Committing without condition check
• Using then without proper chaining or condition