This package provides easy to use mixins/utils for both fluxible stores and react components.
$ npm install --save fluxible-immutable-utils
This method creates an immutable higher order component.
var MyComponent = React.createClass({
displayName: 'MyComponent',
...
});
var createImmutableContainer = require('fluxible-immutable-utils').createImmutableContainer;
// Wraps your component in an immutable container.
// Prevents renders when props are the same
module.exports = createImmutableContainer(MyComponent);
// Wraps your component in an immutable container that listens to stores
// and pass its state down as props
module.exports = createImmutableContainer(MyComponent, {
stores: [SomeStore],
getStateFromStores: {
SomeStore: function (store) {
return {
someState: store.state;
}
}
}
});
A mixin that provides convenience methods for using Immutable.js inside of react components. Note that this mixin uses the initializeComponent method for setup, and any components that use this mixin should define a 'getStateOnChange' function for generating component state (see below).
This mixin has several purposes:
- Checks that the objects in state/props of each component are an Immutable Map.
- Implements a default shouldComponentUpdate method.
- Provides a convenience method for dealing with state changes/component initialization.
The mixin uses the initalizeState method to set up all default functions, and checks for a method named 'getStateOnChange' in order to get the initial state object. If used with fluxible's FluxibleMixin, getStateOnChange will also be called whenever a store is updated (if onChange is not defined). This allows a reduction in boilerplate by not having to define separate functions for app initialization/store updates (since components should handle state the same in either case).
The mixin expects props/state to remain immutable throughout a component's lifecycle and only shallowly examines the props object when checking for data equality. Thus it is HIGHLY recommended to pass in immutable objects as props/state to a component using this mixin (the mixin will warn when not doing so). You may configure which objects to check by setting the ignoreImmutableObjects static property (example below).
The immutable mixin implements a version of shouldComponentUpdate to prevent needless re-rendering of components when the props/state haven't changed (by checking if the new props/state have been changed from the old props/state). If a component provides its own shouldComponentUpdate method, then the default implementation will not be used.
Since ImmutableMixin must use the initializeComponent method for setting up default methods, it cannot be used by the components. Instead, ImmutableMixin will call the 'getStateOnChange' method in getInitialState. This method will also be called if used with the FluxibleMixin on store changes (again, only if onChange is not defined) which helps to reduce boilerplate within components.
Utility method that is set as the shouldComponentUpdate
method in a component unless it is already defined. Checks whether the props/state of the component has changed so that we know whether to render or not.
- {Object} The next props object
- {Object} The next state object
Utility method that is set as the onChange
method. A default onChange function that sets the the components state from the getStateOnChange method. This is only set if a component does not implement its own onChange function. Typically used with the fluxibleMixin.
Called internally by React. Sets up a few of the immutable methods and then returns the state of the component, after ensuring it is immutable. If getStateOnChange() is not defined, then just sets the state to null.
Example
// MyReactComponent.jsx
var ImmutableMixin = require('fluxible-immutable-utils').ComponentMixin;
module.exports = React.createClass({
displayName: 'MyReactComponent',
mixins: [ImmutableMixin],
getStateOnChange: function () {
if (!this.state) {
//initialize here if needed
}
return {
someStateProperty: 'foo'
};
},
render: function () {
return <span>My React Component</span>;
}
});
var myObject = {
foo: 'bar'
};
<MyReactComponent
someKey={myObject} // fine, because we set this key to be ignored
aNonImmutableObject={myObject} // will cause a console.warn statement because we are passing a non-immutable object
/>
If you are using third party libraries/have a special case where you don't want the mixin to consider some of the keys of props/state, you have two options. First, you can set the ignoreImmutableCheck object to skip the check for immutability for any keys you decide. Second, if you want the mixin to also ignore a key when checking for data equality in props/state, you can set the key value to the flag SKIP_SHOULD_UPDATE
. You must set these values inside a component's statics
field (or in a config, see below), and they must be set seperately for props/state. You can also turn off all warnings by settings the ignoreAllWarnings flag.
Example
// MyReactComponent.jsx
var ImmutableMixin = require('fluxible-immutable-utils').ComponentMixin;
module.exports = React.createClass({
displayName: 'MyReactComponent',
mixins: [ImmutableMixin],
statics: {
ignoreAllWarnings: (process.env.NODE_ENV !== 'dev') // turn off all warnings when not in dev mode
ignoreImmutableCheck: {
props: {
someKey: true // don't check someKey for immutablility in props
},
state: {
anotherKey: 'SKIP_SHOULD_UPDATE' // don't check anotherKey for immutablility in props, AND don't check its value is shouldComponentUpdate
}
}
},
...rest of component follows...
});
If you want to just pass around a common config, then use:
var ImmutableMixin = require('fluxible-immutable-utils').createComponentMixin(myConfig);
Where myConfig has the same structure as the statics above.
A helper method similar to React.createClass
but for creating immutable stores. Internally it wraps a call to 'fluxible/utils/createStore
.
The main use case for this method is to reduce boilerplate when implementing immutable fluxible
stores.
The helper adds a new property and method to the created store
-
_state
{Map} - The rootImmutable
where all data in the store will be saved. -
setState(newState, [event], [payload])
{Function} - This method replacesthis._state
withnewState
(unless they were the same) and then callsthis.emit(event, payload)
.- If
event
is falsy it will callthis.emitChange(payload)
- The method also ensures that
_state
remains immutable by auto-convertingnewState
to an immutable object.
- If
and creates defaults for the following fluxible store methods
-
initialize()
- The default implementations creates a_state
property on the store and initializes it toImmutable.Map
-
rehydrate(state)
- The default implementation hydrates_state
-
dehydrate()
- The default implementation simply returns_state
which isImmutable
(due to allImmutable
objects implementing atoJSON
function,_state
can be directly passed toJSON.stringify
)
Note that all defaults can still be overwritten when creating the store.
// FooStore.js
'use strict';
var createImmutableStore = require('fluxible-immutable-utils').createImmutableStore;
module.exports = createImmutableStore({
storeName: 'FooStore',
handlers: {
NEW_FOO: '_onNewFoo',
NEW_FOOS: '_onNewFoos',
FOO_ERROR: '_onFooError'
},
// public accessors
getFoo: function (id) {
return this._state.getIn(['data', id]);
},
getFoos: function () {
return this._state.get('data');
},
getError: function () {
return this._state.get('error');
}
// private mutators, these should only be called via dispatch
_onNewFoo: function (payload) {
this.setState(this._state.setIn(['data', payload.id], payload.foo));
},
_onNewFoos: function (foos) {
this.setState(this._state.mergeIn(['data'], foos));
},
_onFooError: function (error) {
this.setState(this._state.set('error', error));
}
});