Cleaner/shorter way to update nested state in Redux?
Solution 1:
UPD: it's now a part of the ES2018
It might be slightly improved via a non-standardised yet properties spread syntax:
return {
...state,
notificationBar: {
...state.notificationBar,
open: true,
},
};
Solution 2:
Although it's possible to use the spread operator, there are lots of other ways to achieve the same result without even needing a future JS compiler for a non standardised feature. Here are some other options in no particular order.
Return a Literal
If you are sure that your state won't grow, then you can simply return the entire new state as a literal.
return {
notificationBar: {
open: true
}
}
However, that's not often going to be appropriate because it's unlikely that your state will be this simple.
Combine Reducers
Redux gives you a utility method for combining several reducers that work on different parts of the state object. In this case, you'd create a notificationBar
reducer that handled this object alone.
createStore(combineReducers({
notificationBar: function(state=initialNBarState, action) {
switch (action.type) {
case actions.LAYOUT_NOTIFICATIONBAR_OPEN:
return Object.assign({}, state, { open: true });
}
});
This prevents you from having to worry about the top level of properties, so that you can avoid nesting calls to Object.assign
.
If your state can logically broken down into clearly defined sections then this is probably the most idiomatic way to solve this problem.
Use Immutable Data
You can use an persistent data structures library to create data structures than can be modified to return a copy.
Mori
Mori is the result of compiling Clojure's data structures and functional API into JS.
import { hashMap, updateIn } from 'mori';
const initialState = hashMap(
"notificationBar", hashMap(
"open", false
)
);
// ...
return updateIn(state, ['notificationBar', 'open'], true);
ImmutableJS
ImmutableJS is a more imperative approach to bringing the semantics of Hash Array Mapped Tries from Clojure's persistent data structures to Javascript.
import { Map } from 'immutable';
const initialState = Map({
notificationBar: Map({
open: true
});
});
// ...
return state.setIn(['notificationBar', 'open'], true);
Alias Object.assign
You can create a friendlier version of Object.assign
to write terser versions of the code above. In fact, it can be nearly as terse as the ...
operator.
function $set(...objects) {
return Object.assign({}, ...objects);
}
return $set(state, {
notificationBar: $set(state.notificationBar, {
open: true,
})
});
Use Immutable Helpers
There are a number of libraries that also offer immutability helpers for making modifications to regular mutable objects.
react-addons-update
React has had a built in set of immutability helpers for a long time. They use a similar syntax to MongoDB queries.
import update from 'react-addons-update';
return update(state, {
notificationBar: {
open: { $set: true }
}
});
dot-prop-immutable
This library allows you to use familiar dot paths to specify updates to (nested) properties.
import dotProp from 'dot-prop-immutable';
return dotProp.set(state, 'notificationBar.open', true);
update-in
This library is a wrapper around react-addons-update
and provides a more functional syntax for updating (nested) properties.
Rather than passing a new value, you pass a function which takes the old value and returns a new one.
import updateIn from 'update-in';
return updateIn(state, ['notificationBar', 'open'], () => true);
immutable-path
For updating properties, this library is like a cross between dot-prop-immutable
and update-in
.
import path from 'immutable-path';
return path.map(state, 'notificationBar.open', () => true);
Solution 3:
You can use Lenses.
import { set, makeLenses } from '@DrBoolean/lenses'
const L = makeLenses(['notificationBar', 'open']);
const notificationBarOpen = compose(L.notificationBar, L.open)
const setNotificationBarOpenTrue = set(notificationBarOpen, true)
const a = { notificationBar: { open: false } }
const b = setNotificationBarOpenTrue(a)
// `a` is left unchanged and `b` is `{ notificationBar: { open: true } }`
You can think about Lenses as compositional property access/update.
Some good resources about Lenses:
- video Lenses Quick n' Dirty
- practical article Lenses and Virtual DOM Support Open Closed
- video Functional programming patterns for the non-mathematician
- article about combining Lenses with imutable.js
If you are ok with reading lisps, I would also recommend taking look at this excellent introduction to lenses from racket docs. Finally, if you want to go deeper and are ok with reading haskell you can watch: Lenses - compositional data access and manipulation.