Methods added to store

First, all selectX and doX action creators from the bundles of course.

Most of these exist in order to simplify writing code that binds state to a view library. These are used heavily by tools like:

Get the results of many selectors at once. Pass it an array of selector names and it will run all those selectors and return an object of results where they key name is the name implied by the selector.


// calling this:['selectUserName', 'selectIsLoggedIn'])

// returns
  userName: 'some name',
  isLoggedIn: true


Shortcut for calling but passing in all known selector names.


Add additional bundles after the fact. This will manage updating redux-bundler and internally using redux's .replaceReducer to update the store in place.

store.subscribeToSelectors(arrayOfSelectors, callback)

Given an array of selector names, the callback will be called whenever the resulting values change.

Just like Redux's subscribe() it returns a function that can be used to unsubscribe.

In redux apps built without redux-bundler this type of comparison is done by react-redux for each connected component. By consolidating this logic onto the store itself, the binding implementations for various UI technologies can be much simpler see redux-bundler-preact source as an example. Also, by consolidating this logic there's very little wasted cycles.


Shortcut for subscribeToSelectors where you instead subscribe to all. This is useful for things like redux-bundler-worker where we want to propagate state deltas to the main thread.

Returns a function that when called unsubscribes the callback.

store.action(actionCreatorName, [argsArray])

Lets you dispatch an action creator by name. Give it the name of the action creator as a string, if you want to call the action creator with arguments pass the array of arguments to apply to the action creator as an array.

This utility exists to simplify support for propagating actions from main thread to web worker or vice versa.

Special BATCH_ACTIONS action type

If you dispatch an action that looks like this {type: 'BATCH_ACTIONS', actions: [array of other actions]} it will dispatch them all in one update cycle. Rather than calling all callbacks at once, it will process all actions through all reducers then call the functions. These should be prepared "simple" action objects, not async actions that return a thunk function.

results matching ""

    No results matching ""