Creating a Pinia store in Vue - Performance Optimization Steps

Performance: Creating a Pinia store

MEDIUM IMPACT

This affects the initial load time and runtime responsiveness by managing state efficiently in Vue apps.

Managing shared state across multiple Vue components

Vue

import { defineStore } from 'pinia';
export const useCounterStore = defineStore('counter', {
  state: () => ({ count: 0 }),
  actions: {
    increment() { this.count++; }
  }
});
// Components import and use this store for shared reactive state

Centralizes state in one reactive store, ensuring consistent updates and fewer re-renders.

📈 Performance GainSingle reactive source reduces redundant reactivity and improves input responsiveness.

Managing shared state across multiple Vue components

Vue

const count = ref(0);
export default {
  setup() {
    return { count };
  }
}; // Each component imports and uses this ref directly without a store

This causes duplicated state instances and inconsistent updates across components.

📉 Performance CostTriggers multiple re-renders and wastes memory with duplicated reactive objects.

Performance Comparison

Pattern	DOM Operations	Reflows	Paint Cost	Verdict
Direct reactive refs in multiple components	Multiple reactive refs duplicated	Multiple re-renders per update	Higher paint cost due to redundant updates	[X] Bad
Centralized Pinia store usage	Single reactive state shared	Minimal re-renders triggered	Lower paint cost with efficient updates	[OK] Good

Rendering Pipeline

Pinia stores provide a centralized reactive state that Vue tracks efficiently, minimizing unnecessary component updates.

→JavaScript Execution

→Component Render

→Reactive Update

⚠️ BottleneckExcessive reactive state duplication causing redundant component re-renders

Core Web Vital Affected

INP

This affects the initial load time and runtime responsiveness by managing state efficiently in Vue apps.

Optimization Tips

1Centralize shared state in Pinia stores to avoid duplicated reactive refs.

2Avoid creating reactive state separately in each component for shared data.

3Use Pinia actions to update state and trigger minimal component re-renders.

Performance Quiz - 3 Questions

Why does using a Pinia store improve performance compared to using separate reactive refs in each component?

A It delays rendering until all components are loaded.

B It automatically caches all API calls to speed up data fetching.

C It centralizes state, reducing duplicated reactive objects and unnecessary re-renders.

D It removes the need for Vue's reactivity system.

DevTools: Performance

How to check: Record a performance profile while interacting with components using shared state. Look for repeated component renders and reactive updates.

What to look for: Fewer component re-renders and reactive updates indicate efficient Pinia store usage.

Practice

1. What is the main purpose of creating a Pinia store in a Vue application?

easy

A. To handle routing between pages

B. To style components with CSS

C. To hold and manage shared state across components

D. To write HTML templates

Solution

1. Step 1: Understand what Pinia stores do

   Pinia stores are designed to hold shared data (state) that multiple components can access and update.

2. Step 2: Identify the correct purpose

   Styling, routing, and HTML templates are handled by other parts of Vue or related libraries, not Pinia stores.

3. Final Answer:

   To hold and manage shared state across components -> Option C

4. Quick Check:

   Pinia stores = shared state management [OK]

Hint: Pinia stores manage shared data, not styles or routes [OK]

Common Mistakes:

• Confusing Pinia with CSS or routing libraries
• Thinking Pinia handles templates
• Assuming Pinia is for styling

2. Which of the following is the correct way to define a Pinia store named 'user' using defineStore?

easy

A. const userStore = createStore('user', { state: () => ({ name: '' }) })

B. const userStore = defineStore('user', { data: () => ({ name: '' }) })

C. const useUserStore = defineStore({ name: 'user', state: () => ({ name: '' }) })

D. const useUserStore = defineStore('user', { state: () => ({ name: '' }) })

Solution

1. Step 1: Recall the correct syntax for defineStore

   The correct syntax is defineStore('storeId', { state: () => ({ ... }) }) and assign it to a function named useStoreId.

2. Step 2: Check each option

   const useUserStore = defineStore('user', { state: () => ({ name: '' }) }) uses defineStore with correct parameters and naming. const userStore = createStore('user', { state: () => ({ name: '' }) }) uses createStore which is incorrect. const useUserStore = defineStore({ name: 'user', state: () => ({ name: '' }) }) passes an object without storeId string first. const userStore = defineStore('user', { data: () => ({ name: '' }) }) uses 'data' instead of 'state'.

3. Final Answer:

   const useUserStore = defineStore('user', { state: () => ({ name: '' }) }) -> Option D

4. Quick Check:

   defineStore('id', { state }) syntax = const useUserStore = defineStore('user', { state: () => ({ name: '' }) }) [OK]

Hint: Use defineStore('id', { state: () => ({}) }) with useId naming [OK]

Common Mistakes:

• Using createStore instead of defineStore
• Passing object without store id string
• Using 'data' instead of 'state' key

3. Given this Pinia store definition:

const useCounterStore = defineStore('counter', {
  state: () => ({ count: 0 }),
  actions: {
    increment() { this.count++ }
  }
})

What will be the value of count after calling increment() twice?

medium

A. 0

B. 2

C. undefined

D. 1

Solution

1. Step 1: Understand initial state and action

   The initial count is 0. The increment action increases count by 1 each time it is called.

2. Step 2: Calculate count after two increments

   Calling increment() twice adds 1 + 1 to count, so count becomes 2.

3. Final Answer:

   2 -> Option B

4. Quick Check:

   0 + 1 + 1 = 2 [OK]

Hint: Each increment adds 1; two calls add 2 total [OK]

Common Mistakes:

• Forgetting to call increment twice
• Assuming count resets each call
• Confusing initial value with updated value

4. Identify the error in this Pinia store code:

const useTodoStore = defineStore('todo', {
  state: () => ({ todos: [] }),
  actions: {
    addTodo(todo) {
      this.todos.push(todo)
    }
  }
})

// Usage
const todoStore = useTodoStore()
todoStore.addTodo('Learn Pinia')

medium

A. Missing import of defineStore from 'pinia'

B. State should be an object, not a function

C. Actions cannot modify state directly

D. Store id must be an object, not a string

Solution

1. Step 1: Check the store definition syntax

   The store is correctly defined with state as a function returning an object, and actions modifying state properly.

2. Step 2: Identify missing parts

   The code snippet does not show importing defineStore from 'pinia', which is required to use defineStore.

3. Final Answer:

   Missing import of defineStore from 'pinia' -> Option A

4. Quick Check:

   Always import defineStore before use [OK]

Hint: Always import defineStore from 'pinia' before defining stores [OK]

Common Mistakes:

• Forgetting to import defineStore
• Thinking state must be an object, not a function
• Believing actions cannot modify state

5. You want to create a Pinia store that keeps track of a user's profile with a name and age, and includes a getter to check if the user is an adult (age >= 18). Which of the following is the correct way to define this store?

hard

A. const useUserStore = defineStore('user', {
state: () => ({ name: '', age: 0 }),
getters: {
isAdult() { return this.age >= 18 }
}
})

B. const useUserStore = defineStore('user', {
state: { name: '', age: 0 },
getters: {
isAdult() { return this.age >= 18 }
}
})

C. const useUserStore = defineStore('user', {
state: { name: '', age: 0 },
getters: {
isAdult: (state) => state.age >= 18
}
})

D. const useUserStore = defineStore('user', {
state: () => ({ name: '', age: 0 }),
actions: {
isAdult() { return this.age >= 18 }
}
})

Solution

1. Step 1: Check state definition

   State must be a function returning an object. Options C and D do this correctly; A and B do not.

2. Step 2: Check getter syntax

   Getters can be defined as functions using 'this' to access state. const useUserStore = defineStore('user', { state: () => ({ name: '', age: 0 }), getters: { isAdult() { return this.age >= 18 } } }) uses this correctly. const useUserStore = defineStore('user', { state: { name: '', age: 0 }, getters: { isAdult: (state) => state.age >= 18 } }) has incorrect state. const useUserStore = defineStore('user', { state: { name: '', age: 0 }, getters: { isAdult() { return this.age >= 18 } } }) has incorrect state. const useUserStore = defineStore('user', { state: () => ({ name: '', age: 0 }), actions: { isAdult() { return this.age >= 18 } } }) puts isAdult in actions, which is wrong because isAdult is a computed property, not an action.

3. Final Answer:

   const useUserStore = defineStore('user', { state: () => ({ name: '', age: 0 }), getters: { isAdult() { return this.age >= 18 } } }) -> Option A

4. Quick Check:

   State as function + getter with this = const useUserStore = defineStore('user', { state: () => ({ name: '', age: 0 }), getters: { isAdult() { return this.age >= 18 } } }) [OK]

Hint: State is function; getters use this for reactive access [OK]

Common Mistakes:

• Defining state as object instead of function
• Putting computed logic inside actions
• Using arrow function getters with state parameter incorrectly