nanostores-cjs
v0.7.1
Published
A tiny (266 bytes) state manager for React/Preact/Vue/Svelte with many atomic tree-shakable stores
Downloads
6
Maintainers
Readme
Nano Stores
CommonJS mirror of nanostores
A tiny state manager for React, React Native, Preact, Vue, Svelte, and vanilla JS. It uses many atomic stores and direct manipulation.
- Small. Between 266 and 969 bytes (minified and gzipped). Zero dependencies. It uses Size Limit to control size.
- Fast. With small atomic and derived stores, you do not need to call the selector function for all components on every store change.
- Tree Shakable. The chunk contains only stores used by components in the chunk.
- Was designed to move logic from components to stores.
- It has good TypeScript support.
// store/users.ts
import { atom } from 'nanostores'
export const users = atom<User[]>([])
export function addUser(user: User) {
users.set([...users.get(), user]);
}
// store/admins.ts
import { computed } from 'nanostores'
import { users } from './users.js'
export const admins = computed(users, list =>
list.filter(user => user.isAdmin)
)
// components/admins.tsx
import { useStore } from '@nanostores/react'
import { admins } from '../stores/admins.js'
export const Admins = () => {
const list = useStore(admins)
return (
<ul>
{list.map(user => <UserItem user={user} />)}
</ul>
)
}
Table of Contents
- Tools
- Guide
- Integration
- Best Practices
- Known Issues
Install
npm install nanostores
Tools
- Persistent store to save data
to
localStorage
and synchronize changes between browser tabs. - Router store to parse URL and implements SPA navigation.
- I18n library based on stores to make application translatable.
- Logux Client: stores with WebSocket sync and CRDT conflict resolution.
Guide
Atoms
Atom store can be used to store strings, numbers, arrays.
You can use it for objects too if you want to prohibit key changes and allow only replacing the whole object (like we do in router).
To create it call atom(initial)
and pass initial value as a first argument.
import { atom } from 'nanostores'
export const counter = atom(0)
In TypeScript, you can optionally pass value type as type parameter.
export type LoadingStateValue = 'empty' | 'loading' | 'loaded'
export const loadingState = atom<LoadingStateValue>('empty')
store.get()
will return store’s current value.
store.set(nextValue)
will change value.
counter.set(counter.get() + 1)
store.subscribe(cb)
and store.listen(cb)
can be used to subscribe
for the changes in vanilla JS. For React/Vue we have extra special helpers
to re-render the component on any store changes.
const unbindListener = counter.subscribe(value => {
console.log('counter value:', value)
})
store.subscribe(cb)
in contrast with store.listen(cb)
also call listeners
immediately during the subscription.
Maps
Map store can be used to store objects and change keys in this object.
To create map store call map(initial)
function with initial object.
import { map } from 'nanostores'
export const profile = map({
name: 'anonymous'
})
In TypeScript you can pass type parameter with store’s type:
export interface ProfileValue {
name: string,
email?: string
}
export const profile = map<ProfileValue>({
name: 'anonymous'
})
store.set(object)
or store.setKey(key, value)
methods will change the store.
profile.setKey('name', 'Kazimir Malevich')
Store’s listeners will receive second argument with changed key.
profile.listen((value, changed) => {
console.log(`${changed} new value ${value[changed]}`)
})
You can use store.notify()
to trigger listeners without changing value
in the key for performance reasons.
store.get().bigList.push(newItem)
store.notify('bigList')
Maps Templates
Map templates was created for similar stores like for the store for each post in the blog where you have many posts. It is like class in ORM frameworks.
This is advanced tool, which could be too complicated to be used
on every case. But it will be very useful for creating libraries
like react-query
. See Logux Client for example.
Nano Stores has map templates, to use a separated store for each item because of:
- Performance: components can subscribe to the changes on specific post.
- Lists can’t reflect that only specific subset of posts was loaded from the server.
mapTemplate(init)
creates template. init
callback will receive item’s
store and ID.
import { mapTemplate } from 'nanostores'
export interface PostValue {
id: string
title: string
updatedAt: number
}
export const Post = mapTemplate<PostValue>((newPost, id) => {
newPost.setKey('title', 'New post')
newPost.setKey('updatedAt', Date.now())
})
Each item of the template must have value.id
.
let post1 = Post('1')
post1.get().id //=> '1'
Lazy Stores
Nano Stores unique feature is that every state have 2 modes:
- Mount: when one or more listeners was mount to the store.
- Disabled: when store has no listeners.
Nano Stores was created to move logic from components to the store. Stores can listen URL changes or establish network connections. Mount/disabled modes allow you to create lazy stores, which will use resources only if store is really used in the UI.
onMount
sets callback for mount and disabled states.
import { onMount } from 'nanostores'
onMount(profile, () => {
// Mount mode
return () => {
// Disabled mode
}
})
For performance reasons, store will move to disabled mode with 1 second delay after last listener unsubscribing.
Map templates can use init
callback for code for mount and disabled modes:
mapTemplate((post, id) => {
// Mount mode
let unsubscribe = loadDataAndSubscribe(`/posts/${id}`, data => {
post.set(data)
})
return () => {
// Disabled mode
unsubscribe()
}
})
Call keepMount()
to test store’s lazy initializer in tests and cleanStores
to unmount them after test.
import { cleanStores, keepMount } from 'nanostores'
import { Post } from './profile.js'
afterEach(() => {
cleanStores(Post)
})
it('is anonymous from the beginning', () => {
let post = Post(1)
keepMount(post)
// Checks
})
Map template will keep cache of all mount stores:
postA = Post('same ID')
postB = Post('same ID')
postA === postB //=> true
Computed Stores
Computed store is based on other store’s value.
import { computed } from 'nanostores'
import { users } from './users.js'
export const admins = computed(users, all => {
// This callback will be called on every `users` changes
return all.filter(user => user.isAdmin)
})
You can combine a value from multiple stores:
import { lastVisit } from './lastVisit.js'
import { posts } from './posts.js'
export const newPosts = computed([lastVisit, posts], (when, allPosts) => {
return allPosts.filter(post => post.publishedAt > when)
})
Actions
Action is a function that changes a store. It is a good place to move business logic like validation or network operations.
Wrapping functions with action()
can track who changed the store
in the logger.
import { action } from 'nanostores'
export const increase = action(counter, 'increase', (store, add) => {
if (validateMax(store.get() + add)) {
store.set(store.get() + add)
}
return store.get()
})
increase(1) //=> 1
increase(5) //=> 6
Actions for map template can be created with actionFor()
:
import { actionFor } from 'nanostores'
export const rename = actionFor(Post, 'rename', async (store, newTitle) => {
await api.updatePost({
id: store.get().id,
title: newTitle
})
store.setKey('title', newTitle)
store.setKey('updatedAt', Date.now())
})
await rename(post, 'New title')
All running async actions are tracked by allTasks()
. It can simplify
tests with chains of actions.
import { allTasks } from 'nanostores'
renameAllPosts()
await allTasks()
Tasks
startTask()
and task()
can be used to mark all async operations
during store initialization.
import { task } from 'nanostores'
onMount(post, () => {
task(async () => {
post.set(await loadPost())
})
})
You can wait for all ongoing tasks end in tests or SSR with await allTasks()
.
import { allTasks } from 'nanostores'
post.listen(() => {}) // Move store to active mode to start data loading
await allTasks()
const html = ReactDOMServer.renderToString(<App />)
Async actions will be wrapped to task()
automatically.
rename(post1, 'New title')
rename(post2, 'New title')
await allTasks()
Store Events
Each store has a few events, which you listen:
onStart(store, cb)
: first listener was subscribed.onStop(store, cb)
: last listener was unsubscribed.onMount(store, cb)
: shortcut to use bothonStart
andonStop
. We recommend to always useonMount
instead ofonStart + onStop
, because it has a short delay to prevent flickering behavior.onSet(store, cb)
: before applying any changes to the store.onNotify(store, cb)
: before notifying store’s listeners about changes.
onSet
and onNotify
events has abort()
function to prevent changes
or notification.
import { onSet } from 'nanostores'
onSet(store, ({ newValue, abort }) => {
if (!validate(newValue)) {
abort()
}
})
Same event listeners can communicate with payload.shared
object.
Integration
React & Preact
Use @nanostores/react
or @nanostores/preact
package
and useStore()
hook to get store’s value and re-render component
on store’s changes.
import { useStore } from '@nanostores/react' // or '@nanostores/preact'
import { profile } from '../stores/profile.js'
import { Post } from '../stores/post.js'
export const Header = ({ postId }) => {
const user = useStore(profile)
const post = useStore(Post(postId))
return <header>{post.title} for {user.name}</header>
}
Vue
Use @nanostores/vue
and useStore()
composable function
to get store’s value and re-render component on store’s changes.
<template>
<header>{{ post.title }} for {{ user.name }}</header>
</template>
<script>
import { useStore } from '@nanostores/vue'
import { profile } from '../stores/profile.js'
import { Post } from '../stores/post.js'
export default {
setup (props) {
const user = useStore(profile)
const post = useStore(Post(props.postId))
return { user, post }
}
}
</script>
Svelte
Every store implements
Svelte's store contract.
Put $
before store variable to get store’s
value and subscribe for store’s changes.
<script>
import { profile } from '../stores/profile.js'
import { Post } from '../stores/post.js'
export let postId
const post = Post(postId)
</script>
<header>{$post.title} for {$profile.name}</header>
Solid
Use @nanostores/solid
and useStore()
composable function
to get store’s value and re-render component on store’s changes.
import { useStore } from '@nanostores/solid'
import { profile } from '../stores/profile.js'
import { Post } from '../stores/post.js'
export function Header({ postId }) {
const user = useStore(profile)
const post = useStore(Post(postId))
return <header>{post().title} for {user().name}</header>
}
Vanilla JS
Store#subscribe()
calls callback immediately and subscribes to store changes.
It passes store’s value to callback.
import { profile } from '../stores/profile.js'
import { Post } from '../stores/post.js'
const post = Post(postId)
function render () {
console.log(`${post.title} for ${profile.name}`)
}
profile.listen(render)
post.listen(render)
render()
See also listenKeys(store, keys, cb)
to listen for specific keys changes
in the map.
Server-Side Rendering
Nano Stores support SSR. Use standard strategies.
if (isServer) {
settings.set(initialSettings)
router.open(renderingPageURL)
}
You can wait for async operations (for instance, data loading
via isomorphic fetch()
) before rendering the page:
import { allTasks } from 'nanostores'
post.listen(() => {}) // Move store to active mode to start data loading
await allTasks()
const html = ReactDOMServer.renderToString(<App />)
Tests
Adding an empty listener by keepMount(store)
keeps the store
in active mode during the test. cleanStores(store1, store2, …)
cleans
stores used in the test.
import { cleanStores, keepMount } from 'nanostores'
import { profile } from './profile.js'
afterEach(() => {
cleanStores(profile)
})
it('is anonymous from the beginning', () => {
keepMount(profile)
expect(profile.get()).toEqual({ name: 'anonymous' })
})
You can use allTasks()
to wait all async operations in stores.
import { allTasks } from 'nanostores'
it('saves user', async () => {
saveUser()
await allTasks()
expect(analyticsEvents.get()).toEqual(['user:save'])
})
Best Practices
Move Logic from Components to Stores
Stores are not only to keep values. You can use them to track time, to load data from server.
import { atom, onMount } from 'nanostores'
export const currentTime = atom<number>(Date.now())
onMount(currentTime, () => {
currentTime.set(Date.now())
const updating = setInterval(() => {
currentTime.set(Date.now())
}, 1000)
return () => {
clearInterval(updating)
}
})
Use derived stores to create chains of reactive computations.
import { computed } from 'nanostores'
import { currentTime } from './currentTime.js'
const appStarted = Date.now()
export const userInApp = computed(currentTime, now => {
return now - appStarted
})
We recommend moving all logic, which is not highly related to UI, to the stores. Let your stores track URL routing, validation, sending data to a server.
With application logic in the stores, it is much easier to write and run tests. It is also easy to change your UI framework. For instance, add React Native version of the application.
Separate changes and reaction
Use a separated listener to react on new store’s value, not an action where you change this store.
const increase = action(counter, 'increase', store => {
store.set(store.get() + 1)
- printCounter(store.get())
}
+ counter.listen(value => {
+ printCounter(value)
+ })
An action is not the only way for store to a get new value. For instance, persistent store could get the new value from another browser tab.
With this separation your UI will be ready to any source of store’s changes.
Reduce get()
usage outside of tests
get()
returns current value and it is a good solution for tests.
But it is better to use useStore()
, $store
, or Store#subscribe()
in UI
to subscribe to store changes and always render the actual data.
- const { userId } = profile.get()
+ const { userId } = useStore(profile)
Known Issues
ESM
Nano Stores use ESM-only package. You need to use ES modules in your application to import Nano Stores.
In Next.js ≥11.1 you can alternatively use the esmExternals
config option.
For old Next.js you need to use next-transpile-modules
to fix
lack of ESM support in Next.js.