API Documentation / pinia / DefineStoreOptions
Interface: DefineStoreOptions<Id, S, G, A>
pinia.DefineStoreOptions
Options parameter of defineStore()
for option stores. Can be extended to augment stores with the plugin API. @see DefineStoreOptionsBase.
Type parameters
Name | Type |
---|---|
Id | extends string |
S | extends StateTree |
G | G |
A | A |
Hierarchy
DefineStoreOptionsBase
<S
,Store
<Id
,S
,G
,A
>>↳
DefineStoreOptions
Properties
actions
• Optional
actions: A
& ThisType
<A
& UnwrapRef
<S
> & _StoreWithState
<Id
, S
, G
, A
> & _StoreWithGetters
<G
> & PiniaCustomProperties
<string
, StateTree
, _GettersTree
<StateTree
>, _ActionsTree
>>
Optional object of actions.
Defined in
getters
• Optional
getters: G
& ThisType
<UnwrapRef
<S
> & _StoreWithGetters
<G
> & PiniaCustomProperties
<string
, StateTree
, _GettersTree
<StateTree
>, _ActionsTree
>> & _GettersTree
<S
>
Optional object of getters.
Defined in
id
• id: Id
Unique string key to identify the store across the application.
Defined in
Methods
hydrate
▸ Optional
hydrate(storeState
, initialState
): void
Allows hydrating the store during SSR when complex state (like client side only refs) are used in the store definition and copying the value from pinia.state
isn't enough.
example
If in your state
, you use any customRef
s, any computed
s, or any ref
s that have a different value on Server and Client, you need to manually hydrate them. e.g., a custom ref that is stored in the local storage:
const useStore = defineStore('main', {
state: () => ({
n: useLocalStorage('key', 0)
}),
hydrate(storeState, initialState) {
// @ts-expect-error: https://github.com/microsoft/TypeScript/issues/43826
storeState.n = useLocalStorage('key', 0)
}
})
Parameters
Name | Type | Description |
---|---|---|
storeState | UnwrapRef <S > | the current state in the store |
initialState | UnwrapRef <S > | initialState |
Returns
void
Defined in
state
▸ Optional
state(): S
Function to create a fresh state. Must be an arrow function to ensure correct typings!
Returns
S