redux-persist vs ngrx-store-localstorage
State Management Persistence Libraries Comparison
1 Year
redux-persistngrx-store-localstorageSimilar Packages:
What's State Management Persistence Libraries?

State management persistence libraries are tools designed to help developers maintain the state of their applications across sessions by storing it in a persistent storage solution, such as local storage or session storage. These libraries enable applications to retrieve and restore their state even after a page refresh or browser restart, enhancing user experience and application reliability. They are particularly useful in single-page applications (SPAs) where state management is critical for maintaining a seamless user experience.

Package Weekly Downloads Trend
Github Stars Ranking
Stat Detail
Package
Downloads
Stars
Size
Issues
Publish
License
redux-persist1,194,53913,005-5956 years agoMIT
ngrx-store-localstorage57,21261942.3 kB58a month agoMIT
Feature Comparison: redux-persist vs ngrx-store-localstorage

Integration

  • redux-persist:

    redux-persist is built for Redux and can be used with any JavaScript framework or library. It provides a flexible API that allows developers to easily configure how and what to persist, making it versatile for various application architectures.

  • ngrx-store-localstorage:

    ngrx-store-localstorage is specifically designed for Angular applications using NgRx. It integrates directly with the NgRx store, allowing for easy configuration and automatic synchronization of state with local storage, making it a natural choice for Angular developers.

Configuration Flexibility

  • redux-persist:

    redux-persist provides extensive configuration options, allowing developers to customize the storage mechanism, versioning, and data transformations. This flexibility makes it suitable for a wide range of applications with varying persistence requirements.

  • ngrx-store-localstorage:

    ngrx-store-localstorage offers limited configuration options focused on the NgRx store structure. It is straightforward to set up but may not provide the same level of customization as other libraries, making it less suitable for complex persistence needs.

Data Serialization

  • redux-persist:

    redux-persist also handles serialization and deserialization of state, but it allows for custom transforms to be applied, giving developers control over how their state is stored and retrieved, which can be beneficial for optimizing performance or handling specific data formats.

  • ngrx-store-localstorage:

    ngrx-store-localstorage automatically serializes and deserializes the state when saving to and loading from local storage, ensuring that the state is stored in a format that can be easily retrieved and used by the application.

Performance

  • redux-persist:

    redux-persist can introduce some performance overhead due to its flexibility and features. Developers can mitigate this by using features like selective persistence, which allows them to specify which parts of the state should be persisted, thus optimizing performance.

  • ngrx-store-localstorage:

    ngrx-store-localstorage is designed to be lightweight and efficient, focusing on minimizing the performance impact of state persistence. However, it may not offer advanced performance optimizations for large state trees or complex applications.

Community and Support

  • redux-persist:

    redux-persist has a large and active community, providing extensive documentation, tutorials, and third-party plugins. This makes it easier for developers to find solutions to common problems and integrate with other libraries.

  • ngrx-store-localstorage:

    ngrx-store-localstorage has a smaller community compared to redux-persist, which may result in less available documentation and fewer third-party resources. However, it benefits from the strong Angular and NgRx community support.

How to Choose: redux-persist vs ngrx-store-localstorage
  • redux-persist:

    Choose redux-persist if you are using Redux for state management in a React or other JavaScript applications. It offers a flexible and customizable way to persist your Redux store, allowing for various storage backends and configuration options to suit different application needs.

  • ngrx-store-localstorage:

    Choose ngrx-store-localstorage if you are using Angular with NgRx for state management and want a solution that integrates seamlessly with the NgRx store, providing a straightforward way to persist state across sessions while leveraging Angular's reactive programming model.

README for redux-persist

Redux Persist

Persist and rehydrate a redux store.

build status npm version npm downloads #redux-persist on Discord

Quickstart

npm install redux-persist

Usage Examples:

  1. Basic Usage
  2. Nested Persists
  3. Hot Module Replacement
  4. Code Splitting [coming soon]

Basic Usage

Basic usage involves adding persistReducer and persistStore to your setup. IMPORTANT Every app needs to decide how many levels of state they want to "merge". The default is 1 level. Please read through the state reconciler docs for more information.

// configureStore.js

import { createStore } from 'redux'
import { persistStore, persistReducer } from 'redux-persist'
import storage from 'redux-persist/lib/storage' // defaults to localStorage for web

import rootReducer from './reducers'

const persistConfig = {
  key: 'root',
  storage,
}

const persistedReducer = persistReducer(persistConfig, rootReducer)

export default () => {
  let store = createStore(persistedReducer)
  let persistor = persistStore(store)
  return { store, persistor }
}

If you are using react, wrap your root component with PersistGate. This delays the rendering of your app's UI until your persisted state has been retrieved and saved to redux. NOTE the PersistGate loading prop can be null, or any react instance, e.g. loading={<Loading />}

import { PersistGate } from 'redux-persist/integration/react'

// ... normal setup, create store and persistor, import components etc.

const App = () => {
  return (
    <Provider store={store}>
      <PersistGate loading={null} persistor={persistor}>
        <RootComponent />
      </PersistGate>
    </Provider>
  );
};

API

Full API

persistReducer(config, reducer)

  • arguments
    • config object
      • required config: key, storage
      • notable other config: whitelist, blacklist, version, stateReconciler, debug
    • reducer function
      • any reducer will work, typically this would be the top level reducer returned by combineReducers
  • returns an enhanced reducer

persistStore(store, [config, callback])

  • arguments
    • store redux store The store to be persisted.
    • config object (typically null)
      • If you want to avoid that the persistence starts immediately after calling persistStore, set the option manualPersist. Example: { manualPersist: true } Persistence can then be started at any point with peristor.persist(). You usually want to do this if your storage is not ready when the persistStore call is made.
    • callback function will be called after rehydration is finished.
  • returns persistor object

persistor object

  • the persistor object is returned by persistStore with the following methods:
    • .purge()
      • purges state from disk and returns a promise
    • .flush()
      • immediately writes all pending state to disk and returns a promise
    • .pause()
      • pauses persistence
    • .persist()
      • resumes persistence

State Reconciler

State reconcilers define how incoming state is merged in with initial state. It is critical to choose the right state reconciler for your state. There are three options that ship out of the box, let's look at how each operates:

  1. hardSet (import hardSet from 'redux-persist/lib/stateReconciler/hardSet') This will hard set incoming state. This can be desirable in some cases where persistReducer is nested deeper in your reducer tree, or if you do not rely on initialState in your reducer.
    • incoming state: { foo: incomingFoo }
    • initial state: { foo: initialFoo, bar: initialBar }
    • reconciled state: { foo: incomingFoo } // note bar has been dropped
  2. autoMergeLevel1 (default) This will auto merge one level deep. Auto merge means if the some piece of substate was modified by your reducer during the REHYDRATE action, it will skip this piece of state. Level 1 means it will shallow merge 1 level deep.
    • incoming state: { foo: incomingFoo }
    • initial state: { foo: initialFoo, bar: initialBar }
    • reconciled state: { foo: incomingFoo, bar: initialBar } // note incomingFoo overwrites initialFoo
  3. autoMergeLevel2 (import autoMergeLevel2 from 'redux-persist/lib/stateReconciler/autoMergeLevel2') This acts just like autoMergeLevel1, except it shallow merges two levels
    • incoming state: { foo: incomingFoo }
    • initial state: { foo: initialFoo, bar: initialBar }
    • reconciled state: { foo: mergedFoo, bar: initialBar } // note: initialFoo and incomingFoo are shallow merged

Example

import hardSet from 'redux-persist/lib/stateReconciler/hardSet'

const persistConfig = {
  key: 'root',
  storage,
  stateReconciler: hardSet,
}

React Integration

Redux persist ships with react integration as a convenience. The PersistGate component is the recommended way to delay rendering until persistence is complete. It works in one of two modes:

  1. loading prop: The provided loading value will be rendered until persistence is complete at which point children will be rendered.
  2. function children: The function will be invoked with a single bootstrapped argument. When bootstrapped is true, persistence is complete and it is safe to render the full app. This can be useful for adding transition animations.

Blacklist & Whitelist

By Example:

// BLACKLIST
const persistConfig = {
  key: 'root',
  storage: storage,
  blacklist: ['navigation'] // navigation will not be persisted
};

// WHITELIST
const persistConfig = {
  key: 'root',
  storage: storage,
  whitelist: ['navigation'] // only navigation will be persisted
};

Nested Persists

Nested persist can be useful for including different storage adapters, code splitting, or deep filtering. For example while blacklist and whitelist only work one level deep, but we can use a nested persist to blacklist a deeper value:

import { combineReducers } from 'redux'
import { persistReducer } from 'redux-persist'
import storage from 'redux-persist/lib/storage'

import { authReducer, otherReducer } from './reducers'

const rootPersistConfig = {
  key: 'root',
  storage: storage,
  blacklist: ['auth']
}

const authPersistConfig = {
  key: 'auth',
  storage: storage,
  blacklist: ['somethingTemporary']
}

const rootReducer = combineReducers({
  auth: persistReducer(authPersistConfig, authReducer),
  other: otherReducer,
})

export default persistReducer(rootPersistConfig, rootReducer)

Migrations

persistReducer has a general purpose "migrate" config which will be called after getting stored state but before actually reconciling with the reducer. It can be any function which takes state as an argument and returns a promise to return a new state object.

Redux Persist ships with createMigrate, which helps create a synchronous migration for moving from any version of stored state to the current state version. [Additional information]

Transforms

Transforms allow you to customize the state object that gets persisted and rehydrated.

There are several libraries that tackle some of the common implementations for transforms.

  • immutable - support immutable reducers
  • seamless-immutable - support seamless-immutable reducers
  • compress - compress your serialized state with lz-string
  • encrypt - encrypt your serialized state with AES
  • filter - store or load a subset of your state
  • filter-immutable - store or load a subset of your state with support for immutablejs
  • expire - expire a specific subset of your state based on a property
  • expire-reducer - more flexible alternative to expire transformer above with more options

When the state object gets persisted, it first gets serialized with JSON.stringify(). If parts of your state object are not mappable to JSON objects, the serialization process may transform these parts of your state in unexpected ways. For example, the javascript Set type does not exist in JSON. When you try to serialize a Set via JSON.stringify(), it gets converted to an empty object. Probably not what you want.

Below is a Transform that successfully persists a Set property, which simply converts it to an array and back. In this way, the Set gets converted to an Array, which is a recognized data structure in JSON. When pulled out of the persisted store, the array gets converted back to a Set before being saved to the redux store.

import { createTransform } from 'redux-persist';

const SetTransform = createTransform(
  // transform state on its way to being serialized and persisted.
  (inboundState, key) => {
    // convert mySet to an Array.
    return { ...inboundState, mySet: [...inboundState.mySet] };
  },
  // transform state being rehydrated
  (outboundState, key) => {
    // convert mySet back to a Set.
    return { ...outboundState, mySet: new Set(outboundState.mySet) };
  },
  // define which reducers this transform gets called for.
  { whitelist: ['someReducer'] }
);

export default SetTransform;

The createTransform function takes three parameters.

  1. An "inbound" function that gets called right before state is persisted (optional).
  2. An "outbound" function that gets called right before state is rehydrated (optional).
  3. A config object that determines which keys in your state will be transformed (by default no keys are transformed).

In order to take effect transforms need to be added to a PersistReducer’s config object.

import storage from 'redux-persist/lib/storage';
import { SetTransform } from './transforms';

const persistConfig = {
  key: 'root',
  storage: storage,
  transforms: [SetTransform]
};

Storage Engines

Community

Chat Room

#redux-persist on Discord #redux-persist channel in the Reactiflux Discord

Blog articles from the community