Skip to content

Bridging the gap between client-side persistence and server-side rendering.

License

Notifications You must be signed in to change notification settings

oslabs-beta/next-persist

Repository files navigation

logo
GitHub Repo stars npm GitHub contributors NPM

next-persist

Bridging the gap between client-side persistence and server-side rendering.

'What is next-persist?' Well, next-persist is a lightweight NPM package developed to simplify the process of storing and reconciling non-critical persistent client state while retaining the benefits of server side rendering and static site generation provided by Next.js.

Wouldn't it be nice to gain the benefits of Next.js while still providing the users with some sort of dynamic state persistence? How about without worrying about the design and added costs of additional database management systems?

Well now you can! next-persist provides a simple solution for your dynamic, isomorphic web applications. Just import next-persist, set up a quick config and incorporate our functions. We do the rest, delivering you the benefits of server side rendering and persistent client data.

screenshot of next-persist at _app level
Table of Contents
  1. Getting Started
  2. Usage
  3. Contributing
  4. License
  5. Maintainers
  6. Built with:

Getting Started

To add <NextPersistWrapper />, getLocalStore, and getCookieStore to your project, follow these steps.


Prerequisites

  • Redux (v. 4.0.5 and up)

    npm install redux
    
  • React (v. 16.8.0 and up)

    npm install react
    

Installation

  1. Install next-persist from the terminal.

    npm install next-persist
    
  2. Import <NextPersistWrapper /> into your frontend at top level of your Next.js app.

    // _app.js
    import PersistWrapper from 'next-persist/lib/NextPersistWrapper';
    
  3. If utilizing localStorage to persist client-state:
    Import { getLocalStore } into your reducer(s) you plan to persist.

    // yourReducer.js
    import { getLocalStore } from 'next-persist'
    
  4. If utilizing cookies to persist client-state:

    Import { getCookieProps } into your frontend at the top level of your Next.js app as well as importing { getCookieStore } into any reducer(s) you plan to persist.

    // _app.js
    import { getCookieProps } from 'next-persist'
    
    // yourReducer.js
    import { getCookieStore } from 'next-persist'
    

Usage

Config

next-persist requires a simple config object allowing you to make changes to the behaviour of our package. First, a required method key, dictating which storage method you would like to use. Second, an optional allowList key holding an object.

  //_app.js

  const npConfig = {
    method: 'localStorage' or 'cookies'
    allowList: {
      reducerOne: ['stateItemOne', 'stateItemTwo'],
      reducerTwo: [],
    },
  };

The allowList key can be setup to allow only certain reducers to store only certain pieces of state to the chosen storage method. The keys on allowList have to correspond with the keys of the reducers in combineReducers(). To store only certain pieces of state from a reducer, set the value as an array holding the names of the state items as strings. If you wish to store all state from a reducer, set the value as an empty array. If no allowList is provided, next-persist will store all state from all reducers to the chosen storage method.


Wrapper

<PersistWrapper /> requires one prop with the label: wrapperConfig, which takes as argument config object that the developer declares in the _app component.

  Example:

  import { Provider } from "react-redux";
  import store from "../client/store";
  import PersistWrapper from 'next-persist/lib/NextPersistWrapper';

  const npConfig = {
    method: 'localStorage'
    allowList: {
      reducerOne: ['stateItemOne', 'stateItemTwo'],
    },
  };

  const MyApp = ({ Component, pageProps }) => {
    return (
      <Provider store={store}>
        <PersistWrapper wrapperConfig={npConfig}>
          <Component {...pageProps} />
        </PersistWrapper>
      </Provider>
    );
  };

  export default MyApp;

Reducer

In each reducer file we need to import getLocalStore or getCookieStore from 'next-persist'.

Declare a constant and assign it the value of the evaluated result of calling getLocalStore or getCookieStore method.

getLocalStore or getCookieStore takes two arguments:

  • a string: the reducer key that is saved in storage
  • an object: the initial state declared in the reducer file

Pass in the newly declared constant into the reducer as a default parameter for state.

  Example:

  import * as types from '../constants/actionTypes';
  import { getLocalStore } from 'next-persist';
  // or
  // import { getCookieStore } from 'next-persist'

  const initialState = {
    // initialState goes here
    stateItemOne: true,
    stateItemTwo: 0,
    stateItemThree: 'foo',
  };

  const persistedState = getLocalStore('reducerOne', initialState);
  // or
  // const persistedState = getCookieStore('reducerOne', initialState);


  const firstReducer = (state = persistedState, action) => {
    // switch case logic in here
    switch (action.type) {
    default:
      return state;
    }
  };

  export default firstReducer;

Cookies

Utilizing the cookie storage method offers the benefit of utilizing client state with getInitialProps. However it cannot be used to store large amounts of data due to the limits on cookie size.

In this example we invoke getCookieProps in getInitialProps and it will return back an object holding all the persisted state values, saved under the key of their reducer name.

  Example:

  MyApp.getInitialProps = async ({ ctx }) => {
    const cookieState = getCookieProps(ctx);
    return {
      pageProps: cookieState,
    };
  }

  export default MyApp;

WARNING - NEVER STORE UNENCRYPTED PERSONAL DATA TO CLIENT STORAGE


Contributing

If you would like to contribute to next-persist, please fork this repo. Commit your changes to a well-named feature branch then open a pull request. We appreciate your contributions to this open-source project!

License

Distributed under the MIT License. See LICENSE for more information.

Maintainers

Built with:

About

Bridging the gap between client-side persistence and server-side rendering.

Resources

License

Code of conduct

Security policy

Stars

Watchers

Forks

Releases

No releases published

Packages

No packages published

Contributors 4

  •  
  •  
  •  
  •