reactjs – React,Redux和Immutable

除此之外,以下是我对此事的一些看法.

Terser Code

你的国家变得越复杂,用文字和传播操作符来管理它就越难.想象一下,你有一些嵌套状态,而不是平坦的：

const initialState = {
  core: {
    tracker: {
      activeTrackId: '',state: 'stopped'
    }
  }
};

尽管仍然可以使用扩展运算符,但它开始变得乏味.

return {
   ...state,core: {
     ...state.core,tracker: {
       ...state.core.tracker,state: action.state
     }
   }
 };

现在看一下使用Immutable.js的等价物.

import { Map } from 'immutable';

const initialState = Map({
  core: Map({
    tracker: Map({
      activeTrackId: '',state: 'stopped'
    })
  })
});

然后我们可以使用持久性API对结构进行深度更改.

return state
  .setIn(
    ['core','tracker','activeTrackId'],action.state !== 'stopped' ? action.track._id : ''
  )
  .setIn(
    ['core','state'],action.state
  );

值得一提的是,根据您所在州的形状,拆分和嵌套减速器可能更有意义.

结构共享

使用ImmutableJS对对象进行修改时,它会利用哈希映射向量实现的事实尝试共享旧对象和修改版本之间的大部分结构.

当您使用spread运算符创建新文字时,您将被迫复制比生成新对象所需的数据更多的数据.

安全

您可以通过保证对象不会发生变异来消除大量的错误.

在可变状态下,可以将对象引用传递给其他代码,这可能会使其变异.变异对象不是“错误”,所以你不会被告知它已被改变,也不会有堆栈跟踪,这意味着很难找出突变的来源.

无论你的不可变对象去哪里,它们都是安全的.

性能

您可以使用不可变数据结构来做出是否更新组件的更高级决策.

shouldComponentUpdate(nextProps) {
  const oldProps = Immutable.fromJS(this.props);
  const newProps = Immutable.fromJS(nextProps);

  return !Immutable.is(oldProps,newProps);
}

虽然这些深度比较可能看起来很昂贵,但是当对象没有改变时,它们会阻止您需要对DOM进行区分或触摸.

如果你的道具本身是不可变对象,这将更有效,因为fromJS不必重新创建嵌套级别.