/react-zedux

ATTENTION! This is the old repository. The Zedux React package has moved to https://github.com/omnistac/zedux/tree/master/packages/react

Primary LanguageJavaScriptMIT LicenseMIT

[DEPRECATED]

This repo has moved to Omnistac/zedux - specifically the react package.

React Zedux

Build Status Test Coverage Maintainability npm

Modular and composable state-binding power. These are the official React bindings for Zedux.

Installation

Install using npm:

npm install --save react-zedux

Or yarn:

yarn add react-zedux

Or include the appropriate unpkg build on your page (module exposed as ReactZedux):

Development

<script src="https://unpkg.com/react-zedux/dist/react-zedux.js"></script>

Production

<script src="https://unpkg.com/react-zedux/dist/react-zedux.min.js"></script>

Getting started

To learn by example, check out the examples in the Zedux repo – they use React Zedux quite heavily.

To learn by getting dirty, fiddle with this codepen.

To learn from us, check out the documentation.

To learn comprehensively, check out the tests.

Or keep reading for a brief run-down:

Quick start

A Zedux app has many stores composed together in a store hierarchy. A React app has many components composed together in a component hierarchy. A React Zedux app ties the two hierarchies together at various points. These "tie-in" points are called Providers.

A Provider is just a special component that "provides" an observable (e.g. a Zedux store) to its descendants.

Any descendant that accesses the provided observable is called a Consumer.

And that's really it! At a high level, you now know just about everything about React Zedux.

React Zedux uses the new context api of React 16.3. As such, it is (currently) incompatible with earlier versions of React. The React Zedux api is heavily based off the new context api. So if you're familiar with it, you'll feel right at home!

A basic example

import React from 'react'
import { createContext } from 'react-zedux'
import { createStore } from 'zedux'

/*
  React Zedux creates consumable contexts from observables.
  Here we're using a global Zedux store. But we could use
  any observable (e.g. from RxJS or a Redux store).
*/
const store = createStore().hydrate('world')

/*
  Meet the Context. This guy makes our dreams come true.
  Just pass the observable to createContext() and React Zedux
  will handle subscribing and reacting to updates.
*/
const Context = createContext(store)

/*
  The Context works just like a normal React Context object.
  We just provide and consume it:
*/
const HelloWorld = () => (
  <Context.Provider>
    <Context.Consumer>{store => 'hello ' + store.getState()}</Context.Consumer>
  </Context.Provider>
)

React Zedux actually has a shorthand for this "provide and consume" scenario:

const HelloWorld = () => (
  <Context.Injector>{store => 'hello ' + store.getState()}</Context.Injector>
)

We can use <Context.Injector> to simultaneously provide and consume the store. This is mostly just for your prototyping pleasure, though it certainly has some uses (e.g. encouraging a strict separation of data and ui and allowing a parent Provider to also consume the observable it provides).

Typically we'll use a <Context.Provider> together with any number of <Context.Consumer>s. The power of Consumers, of course, is that they can consume the provided observable even as a deeply nested descendant of the Provider.

Higher-Order Components

We can consume a Context by using either render props or Higher-Order Components. The following two examples are equivalent:

Render prop:

import Context from './contexts/Context'

const App = () => (
  <Context.Injector>
    {store =>
      // This function-as-child is a render prop.
      // A wrapped form of the Context's observable is
      // passed to this function.
      store.getState()
    }
  </Context.Injector>
)

HOC:

import Context from './contexts/Context'

// Context.inject() is an HOC alternative to <Context.Injector>
// The render prop is now gone. In its place, we're telling React
// Zedux to pass the store to the wrapped component as a normal
// prop called "store"
const App = Context.inject('store')(({ store }) => store.getState())

See the inject HOC documentation for more info on this guy. Also see the consume HOC for all possible overloads of Context.inject().

The Context object

The Context object returned by createContext() contains 3 React (First-Order) components:

import { createContext } from 'react-zedux'
import { createStore } from 'zedux'

const Context = createContext(createStore())

Context.Provider // provides the observable to descendants
Context.Consumer // consumes a provided observable
Context.Injector // a shorthand for providing and consuming

and 3 Higher-Order Components:

Context.provide
Context.consume()
Context.inject()

Note that unlike Context.consume() and Context.inject(), Context.provide is not curried.

You can get by with just <Context.Provider> and <Context.Consumer>. The rest is just sugar, but it definitely comes in handy.

See the Context documentation.

Render props!

<Context.Consumer> and <Context.Injector> take a single function as their only child. This is the render prop technique. It works exactly like React's <Context.Consumer>. This function will be called every time the context's obervable emits (read: "the store's state updates").

Render props are awesome, but they can lead to rightward code drift. You could use another library such as react-composer to prevent this. But we could just as easily use the Zedux compose() utility with the Context's Higher-Order Components:

import { createContext } from 'react-zedux'
import { compose, createStore } from 'zedux'

const HelloContext = createContext(createStore().hydrate('hello'))
const WorldContext = createContext(createStore().hydrate('world'))

const HelloWorld = compose(
  HelloContext.inject('helloStore'),
  WorldContext.inject('worldStore')
)(
  ({ helloStore, worldStore }) =>
    `${helloStore.getState()} ${worldStore.getState()}`
)

The render props are now gone, replaced with normal, explicitly named props. This HelloWorld component is equivalent to:

const HelloWorld = () => (
  <HelloContext.Provider>
    <HelloContext.Consumer>
      {helloStore => (
        <WorldContext.Provider>
          <WorldContext.Consumer>
            {worldStore => `${helloStore.getState()} ${worldStore.getState()}`}
          </WorldContext.Consumer>
        </WorldContext.Provider>
      )}
    </HelloContext.Consumer>
  </HelloContext.Provider>
)

You can see why React Zedux offers some sugar.

Summary

We use createContext() to create a Context from an observable or StoreApi.

We use <Context.Provider> to provide the observable to descendants.

We use <Context.Consumer> to consume a provided observable.

We use <Context.Injector> to simultaneously provide and consume the store.

Context.provide, Context.consume(), and Context.inject() are alternatives to their First-Order counterparts, with a few added features.

We didn't get to component-bound stores, time travel, or general usage with observables, but check all that out in the full documentation!

Notes

We used zero configuration patterns in all these examples. This was for simplicity, of course. Don't let this fool you! Every one of these stores is capable of containing every last speck of Zedux awesomeness.

We also didn't name our wrapped function components. We should.

Contributing

All contributions on any level are most welcome. Just jump right in. Open an issue. PRs, just keep the coding style consistent and the tests at 100% (branches, functions, lines, everything 100%, plz). Let's make this awesome!

Bugs can be submitted to https://github.com/bowheart/react-zedux/issues

License

The MIT License.