Skip to content
On this page

Options vs Setup Stores

Con Pinia, hay dos formas diferentes de definir un tienda. Estos dos tipos de store se conocen como Option Stores y Setup Stores. Puedes elegir qué tipo de tienda quieres usar. Ambas hacen básicamente lo mismo; la elección que haga dependerá de su propia preferencia personal o de su experiencia anterior con el uso de las diferentes API de Vue.

Primero, repasemos cómo definimos una tienda con Pinia.

Definición de una tienda Pinia

Cada vez que queramos crear una tienda, ya sea un options store o un setup store, debemos importar defineStore desde Pinia. Luego pasamos un string para el nombre de la tienda como primer parámetro.

js
import { defineStore } from 'pinia'

export const useAuthStore = defineStore('auth', /*...*/ )

Este string es como una identificación: debe ser único porque así es como Pinia rastrea el estado de cada tienda individual. Es el nombre de la tienda que verá en las devtools para esa tienda en particular.

Cuando creamos una identificación (o nombre) de tienda, eso crea una propiedad en el objeto del estado de la instancia de Pinia, y ahí es donde las devtools busca los nombres de las tiendas para mostrarnos.

Options Store

Si ha visto algunos otros cursos sobre Pinia, ya habrá aprendido a crear una Options Store.

js
//Options Store

import { defineStore } from 'pinia'

export const useTodoStore = defineStore('ToDoStore', {
  state: () => ({
    todos: []
  }),
  actions: {
    addTodo(todo){
      this.todos.push(todo)
    }
  },
  getters: {
    doneTodos: (state) => state.todos.filter(todo => todo.done) 
  }
})

Lo que hace que esto sea un Options Store es el segundo parámetro que pasamos a la función defineStore: es un objeto de opciones.

Esta sintaxis se sentirá similar a la Options API de Vue si la ha usado antes, especialmente los datos, métodos y propiedades calculadas de la Options API.

En un tienda de opciones, el estado corresponde a los datos, las acciones a los métodos y los captadores a los computados.

Setup Stores

Entonces, las Options Stores se sienten similares a la forma de hacer las cosas de la Options API... pero ¿eso significa que las Setup Stores se sienten similares a la forma de hacer las cosas de Composition API?

¡Sí! Si ha estado usando la Composition API de Vue 3, una Setup Store le resultará mucho más familiar.

En una Setup Store, el segundo parámetro que pasamos a defineStore es una función:

js
// Setup Store

import { defineStore } from 'pinia'
import { ref, computed } from 'vue'

export const useTodoStore = defineStore('ToDoStore', () => {

  const todos = ref([])
  
  function addTodo(todo){
    todos.value.push(todo)
  }
  
  const doneTodos = computed(
    () => todos.value.filter(todo => todo.value.done)
  )
  
  return { todos, addTodo, doneTodos }
})

Al igual que la función setup en la Composition API, podemos crear un estado reactivo usando refs o reactivo. Nuestras acciones que pueden cambiar de estado se escribirán como funciones. Y podemos crear getters usando el ayudante computed de Vue.

Cualquier propiedad de estado, función o propiedad calculada debe devolverse en un objeto.

Esto es similar a la forma en que funciona la función setup en la Composition API, si está utilizando la sintaxis tradicional.

Muchas personas optan por utilizar una sintaxis abreviada denominada Script Setup API en sus archivos de componentes de Vue 3, y verá que se utiliza en el proyecto de ejemplo de este tutorial (el proyecto Pinia Restaurants).

Sin embargo, las tiendas de Pinia son archivos de JavaScript similares a los composables de Vue 3 y no pueden usar la sintaxis simplificada de script setup. Solo los archivos Vue pueden.

Tenemos que usar la sintaxis setup tradicional, por lo que devolvemos propiedades y acciones de estado en el objeto devuelto si queremos que estén disponibles para otros archivos de Vue y las devtools.

¿Cuál usar: Options o Setup store?

En última instancia, la elección de utilizar una Options Store o una Setup Store depende de las preferencias y demandas de usted o de su equipo. Sin embargo, hay varias ventajas de usar una Setup Store.

Las Setup Store nos permiten aprovechar la API de reactividad de Vue 3. Podemos usar composables, como funciones de composición de terceros de la biblioteca VueUse, y podemos usar watchers.

Veamos una característica de nuestra aplicación de ejemplo, Pinia Restaurants , donde podemos usar un watcher.

Cuando el usuario carga la página, hay una entrada para escribir su ciudad.

Pero si el usuario no escribe nada, su ubicación actual se encontrará automáticamente. Así que puedan usar la ubicación que se carga para ellos, o pueden ingresar una nueva ubicación.

options-vs-setup

La función que carga su ubicación automáticamente se basa en el componente useGeolocation de VueUse.

Podemos traer ese composable a la tienda geolocation importándola desde la biblioteca VueUse. Y luego debemos usar el composable dentro de la función setup para que Vue pueda hacer su magia para realizar un seguimiento de los efectos de reactividad relacionados con este composable.

📄 src/stores/geolocation.js

js
import { watch } from 'vue'
import { defineStore } from 'pinia'
import { useGeolocation } from '@vueuse/core'

export const useGeoLocationStore = defineStore('geolocation', () => {
  const { coords } = useGeolocation()
  
  // watch for coordinates to load or update, get a new location
  watch(() => coords.value, (newValue) => {
      if(newValue){
        getLocation(coords.value.latitude, coords.value.longitude)
      }
    }
  )

  async function getLocation(latitude, longitude){
    // fetch location data from Google Maps API
  }

  return { getLocation, coords }
})

La acción getLocation buscará una ubicación mediante la API de Google Maps. Nos dará la ciudad si le enviamos coordenadas. Necesitaremos la latitud y la longitud del usuario para hacer esto, lo cual puede hacer por nosotros el composable useGeolocation de VueUse.

Sin embargo, dado que el composable useGeolocation debe solicitar permiso para obtener la ubicación del usuario y hay un poco de retraso para que se carguen las coordenadas de la ubicación, significa que no podemos activar la acción instantáneamente cuando el componente se monta por primera vez. Necesitamos activarlo después de que se hayan cargado las coordenadas.

Aquí es donde entra en juego el watcher. Podemos observar el valor de las coordenadas y, cuando ese valor llegue, desencadenar la acción getLocation.

No es un factor decisivo

Si bien poder usar watchers es definitivamente una ventaja de las tiendas de Setup, no es un factor decisivo para las tiendas de Options. Hay formas de evitar tener que escribir este watcher en la tienda.

Por ejemplo, podríamos usar el componente useGeolocation en un componente y ver los valores allí, luego desencadenar la acción en la tienda desde el componente.

Sin embargo, si se siente cómodo con la Composition API y un watcher es una buena opción para su solución, entonces las tiendas de Setup son el camino a seguir. Pero si no usa la Composition API o si es relativamente nuevo en Pinia, es mejor que se quede con las tiendas de Options. Elija el tipo de tienda que le parezca adecuado para usted y sus casos de uso.

A continuación: Tiendas Modulares

En la próxima lección, aprenderemos cómo Pinia ayuda a mantener las aplicaciones más organizadas con sus tiendas modulares. Es el primer paso para usar Pinia, diseñando una aplicación que sea más fácil de entender para los miembros del equipo debido a su organización en torno a áreas de interés separadas.