这段时间做的项目开发中用的是React+Redux+ImmutableJs+Es6开发，总结了immutable.js的相关使用姿势：
Immutable Data 顾名思义是指一旦被创造后，就不可以被改变的数据。可以通过使用Immutable Data，可以让我们更容易的去处理缓存、回退、数据变化检测等问题，简化我们的开发。
我们知道 react.js很著名的就是它处理dom的做法，它是通过Virtual Dom来查看diff，然后再改动需要改动的Dom。但是有个问题当state更新时，如果数据没变，react也会去做Virtual Dom的diff，这就产生了浪费，其实这种情况其实很常见。
当然React 做性能优化时还有一个避免重复渲染的大招，就是使用生命周期 shouldComponentUpdate()，但它默认返回 true，即始终会执行 render() 方法，然后做 Virtual Dom 比较，并得出是否需要做真实 Dom 更新。
这个时候其实还有方案来解决这个问题，用PureRenderMixin，貌似也可以解决这个问题，在某些情况下进行性能加速。
import PureRenderMixin from ‘react-addons-pure-render-mixin‘;
class FooComponent extends React.Component {
constructor(props) {
super(props);
this.shouldComponentUpdate =PureRenderMixin.shouldComponentUpdate.bind(this);
}
render() {
return <div className={this.props.className}>foo</div>;
}
}
其实就是, 实现了 shouldComponentUpdate, 它对当前及下一步的 props 和 state 进行比较，并当相等时返回 false，不进行渲染
看了下PureRenderMixin官方文档，This only shallowly compares the objects,Only mix into components which have simple props and state。
PureRenderMixin，它只是简单的浅比较，不适用于复杂的比较。
顺着刚刚的这条思路走，我们可以在shouldComponentUpdate()内做判断，如果有props/state有变化，那么再进行render()，这个时候的问题就来了，你如何做比较，shallowly compare，达不到效果，deep compare则性能很差
这个时候immutable.js来了，使用immutable.js可以解决这个问题。
首先Immutable.js的拷贝,是当对象树中一个节点发生变化，只修改这个节点和受它影响的父节点，其它节点则进行共享。
import Immutable from ‘immutable‘;
const initialState = Immutable.fromJS({ data: null });
当然可以用deep-copy做到这一点，但是差别在于性能。每次deep-copy都要把整个对象递归的复制一份。而Immutable的实现像链表，添加一个新结点把旧结点的父子关系转移到新结点上。
生成immutable对象后，然后再在生命周期shouldComponentUpdate做做判断
shouldComponentUpdate(nextProps) {
return !this.props.situation.equals(nextProps.situation);
}
对当前及下一步的 props 的immutable对象 进行比较，并当相等时返回 false，不进行渲染，只有为true的时候，才进行render()处理。
react+immutable这样就可以大大提升react的性能。