Accept stores as an object of prop key to store

[fson]

This makes stores and actions symmetric and lets us specify custom
prop names easily.

container decorator now takes a second argument transformProps,
which is a function that is used to transform the state and actions
props before passing them to the component. It defaults to
({ state, actions }) => ({ ...state, ...actions })

I removed some nesting from the states of counterStore and todoStore examples, because it didn't seem necessary after this change and made prop passing simpler.

Fixes #22.

[gaearon]

Neat! Gonna test this tomorrow morning!

[ooflorent]

LGTM. Maybe replacing typeof checks by isFunction would improve readability.

[fson]

@ooflorent: Maybe we could replace those invariants altogether, with stricter propTypes?

static propTypes = {
  children: PropTypes.func.isRequired,
  actions: PropTypes.objectOf(PropTypes.func).isRequired,
  stores: PropTypes.objectOf(PropTypes.func).isRequired
}

We would not get a custom error message, but I think it would still be pretty obvious what's wrong, propTypes are the standard way to validate props after all. That approach doesn't let us validate that the object is a plain object though, unless we make a custom propType validator for it.

[ooflorent]

@fson I haven't thought about that. Seems to be a viable option. Let's see Dan's opinion.

[ooflorent]

Addind:

import every from 'lodash/collection/every';
import isFunction from 'lodash/lang/isFunction';

and changing the test to:

isPlainObject(stores) && every(stores, isFunction)

Would make code more readable.

[gaearon]

I'd rather keep the invariants. Prop types are cool but out code will crash if you supply something else. The actual error will be more noticeable than propTypes warning and you might struggle longer than you have to.

[gaearon]

Although I sure don't mind stricter propTypes. Just want to also have invariants instead of weird crashes if user doesn't notice the warning.

[gaearon]

This is awesome. Thanks to everybody for a thoughtful discussion.