redux

The Big Rewrite!

This release wouldn't have happened without this @acdlite's wonderful gist.

New:

• Now there is just one top Store, but you may compose your Stores using composeStores higher-order Store (seriously.)

• Dispatcher is now part of the public API and offers (de)hydration for isomorphic apps.

• Fine-grained subscriptions via the new <Connector select={fn}> prop

• Less surprising, more consistent API

Read the discussion: #46

• breaking

  stores now accepts an object, just like actions

• breaking

  Container children function signature is now ({ actions, state }) => ...

• More fine-grained Container props validation

This fixes #22. There is no more prop shape difference between subscribing to a single or to many stores.
Your container may now look like this:

<Container stores={{ counter: stores.counterStore }}
           actions={{ increment, decrement }}>
  {({ state, actions }) => <Counter {...state} {...actions} />}
</Container>

Note that you can change the state shape by giving arbitrary keys to your stores. It's also easier to choose what exactly you want to pass to the component. For example, you could write actions={actions} instead of {...actions}, and get all actions in this.props.actions.

The decorator version is changed the same way:

@container({
  actions: { increment, decrement },
  stores: { counter: counterStore }
})
export default class Counter {

It also now accepts a second transformProps argument to be just as expressive as the component version:

@container({
  actions: { increment, decrement },
  stores: { counter: counterStore }
}, ({ actions, state}) => { ...actions, ...state })) // default shape; you can write your own

• Bring decorators back, now on top of the lower-level container components (#15, thanks Florent)

• Require stores passed to Container to be an array

• Fix build on Windows (#11, thanks Mike)

• Reduce context footprint (#12, thanks Florent again!)

Complete rewrite.

• No more strings, now using module bindings for injecting stores and actions

• Only use decorator for top-level component, keep dumb components pure and testable (#5)

• Remove transaction logic (will be re-implemented on top of #6)

// The smart component may inject actions
// and observe stores using <Container />:

import React, { Component } from 'react';
import { Root, Container } from 'redux';
import { increment, decrement } from './actions/CounterActions';
import counterStore from './stores/counterStore';
import Counter from './Counter';

export default class CounterContainer {
  render() {
    // stores can be a single store or an array.
    // actions can only be a string -> function map.
    // props passed to children will combine these actions and state.
    return (
      <Container stores={counterStore}
                 actions={{ increment, decrement }}>
        {props => <Counter {...props} />}
      </Container>
    );
  }
}

Minor caveat: Store function names are now significant.

Initial public release.

See examples in README and the examples folder.

Alpha quality :-)