redux-first-history

Redux First History - Make Redux 100% SINGLE-AND-ONLY source of truth!

Redux history binding for

• react-router
• @reach/router
• wouter
• mix react-router - @reach-router - wouter in the same app!! Demo : https://wy5qw1125l.codesandbox.io/.

Compatible with immer - redux-immer - redux-immutable.

🎉 A smaller, faster, optionated, issue-free alternative to connected-react-router

Main Goal

Use whatever you like. History will just work as it should.

//react-router v4 - v5
this.context.router.history.location === state.router.location
this.context.route.location === state.router.location
this.props.history.location === state.router.location
this.props.location === state.router.location
withRouter.props.location === state.router.location

//@reach/router
this.props.location === state.router.location

//wouter - pathname
useLocation()[0] === state.router.location.pathname

You can mix redux, redux-saga, react-router, @reach/router & wouter without any synchronization issue!
Why? Because there is no synchronization at all! There is only one history: reduxHistory!

• one way data-flow
• one unique source of truth
• no more location issue!

Demo : https://wy5qw1125l.codesandbox.io/ src: https://codesandbox.io/s/wy5qw1125l

Main features

• 100% one source of truth (store)
• No syncronization depending on rendering lifecicle (ConnectedRouter)
• No React dependency (we want history to be always in store!)
• 100% one-way data flow (only dispatch actions!)
• improve React shallowCompare as there is only one "location"
• support react-router v4 and v5
• support @reach/router 1.2.1
• support @wouter 2.x
• support mix react-router, @reach-router & wouter in the same app!
• fast migration from existing project, with same LOCATION_CHANGE and push actions (taken from RRR)
• handle Redux Travelling from devTools (that's a non sense in production, but at the end of the day this decision it's up to you ...)
• custom opions and blazing fast (ok, every lib should have these features, that's true :D)

Installation

Using npm:

$ npm install --save redux-first-history

Or yarn:

$ yarn add redux-first-history

Usage

store.js

import { createStore, combineReducers, applyMiddleware } from "redux";
import { composeWithDevTools } from "redux-devtools-extension";
import { createReduxHistoryContext, reachify } from "redux-first-history";
import { createWouterHook } from "redux-first-history/wouter";
import createHistory from "history/createBrowserHistory";

const { createReduxHistory, routerMiddleware, routerReducer } = createReduxHistoryContext({ 
  history: createHistory(),
  //others options if needed 
});

export const store = createStore(
  combineReducers({
    router: routerReducer
    //... reducers //your reducers!
  }),
  composeWithDevTools(
    applyMiddleware(routerMiddleware)
  )
);

export const history = createReduxHistory(store);
//if you use @reach/router 
export const reachHistory = reachify(history);
//if you use wouter
export const wouterUseLocation = createWouterHook(history);

app.js

import React, { Component } from "react";
import { Provider, connect } from "react-redux";
import { push } from "redux-first-history";
import { Router } from "react-router-dom";
import { store, history } from "./store";

const App = () => (
      <Provider store={store}>
        <Router history={history}>
        //.....
        </Router>
      </Provider>
    );

export default App;

• just simple Router with no more ConnectedRouter!
• use push action creator from redux-first-history if you need to dispatch location from saga or connected components.
• Probably, you already did it with react-router-redux or connected-react-router (in this case you have only to replace the import!)

Abstract

While working with relatively large projects, it's quite common to use both redux and react-router.

So you may have components that take location from store, others that take location from router context, and others from withRouter HOC. If you are on a big crazy already-messed-up project, you could see also connect(withRouter) or withRouter(connect) ....

This sometimes could generate sync issue, due to the fact that many components are updated at different time. In addition, React shallowCompare rendering optimization will not work as it should.

With redux-first-history, you can mix components that get history from wherever, they will always be tunneled to state.router.location !

Options

export const createReduxHistoryContext = ({
  history, 
  routerReducerKey = 'router', 
  oldLocationChangePayload = false, 
  reduxTravelling = false, 
  selectRouterState = null,
  savePreviousLocations = 0,
  batch = null
})

key	optional	description
history	no	The history/createBrowserHistory object - currently tested only with version 4.7.2 - 4.10.1
routerReducerKey	yes	if you don't like router name for reducer.
oldLocationChangePayload	yes	if you use the oldLOCATION_CHANGEpayload{ ...location }instead of the new{ location }, setting this flag will make you able to not change your app at all!
reduxTravelling	yes	if you want to play with redux-dev-tools :D.
selectRouterState	yes	custom selector for router state. With redux-immutable selectRouterState = state => state.get("router")
savePreviousLocations	yes	if > 0 add the key "previousLocation" to state.router, with the last N locations. [{location,action}, ...]
batch	yes	a batch function for batching states updates with history updates. Prevent top-down updates on react : usage import { unstable_batchedUpdates } from 'react-dom'; batch = unstable_batchedUpdates

Feedback

Let me know what do you think!
Enjoy it? Star this project! :D

Todo

• test, test and test!
• code clean and split
• warning for uncorrect usage
• try to use it with non-react-like other framework!
• redux-first-app POC

any idea? let me know and contribute!

credits & inspiration

• redux-first-routing
• react-router-redux
• connected-react-router

Contributors

See Contributors.

License

MIT License.