关于前端:如何用redux实现computed计算属性

什么是computed计算属性？它会依据所依赖的数据动态显示新的计算结果, 该计算结果会被缓存起来。如果是Vue开发者，对这个性能并不生疏，而且很罕用。对于React开发者，如果用过mobx，那其实也不生疏，一个装璜器就失效了🐮。那如果是Redux呢？？（缄默中。。。）有了，reselect嘛，哈哈😄。啪，骗子，这是假的计算属性，它要手动提供全副依赖，每个依赖都是一个函数回调确定依赖值，每次写这么多代码是有多想敲坏我的机械键盘（嘶吼）。

这么说，redux和计算属性无缘？也不能这么说，方法总比艰难多。尽管redux是单向数据流，无奈做响应式操作，不过，咱们能够发明出一个监听对象

import { Store } from 'redux';

const collector = [];

class ObjectDeps {
  protected readonly deps: string[];
  protected readonly name: string;
  protected readonly store: Store;
  protected snapshot: any;

  constructor(store: Store, name: string, deps: string[] = []) {
    this.store = store;
    this.name = name;
    this.deps = deps;
    collector.push(this);
  }
  
  proxy(currentState) {
    if (state === null || typeof state != 'object') return state;
    
    const proxyData = Array.isArray(state) : [] : {};
    const currentDeps = this.deps.slice();
    const keys = Object.keys(currentState);
    
    for (let i = keys.length; i-- > 0; ) {
      const key = keys[i]!;

      Object.defineProperty(proxyData, key, {
        enumerable: true,
        get: () => {
          if (visited) {
            return new ObjectDeps(
              this.store, 
              this.name, 
              currentDeps.slice(),
            ).proxy(currentState)[key];
          }

          visited = true;
          this.deps.push(key);
          return this.proxy((this.snapshot = currentState[key]));
        },
      });
    }
  }
}

朴实无华，没有基于ES6的Proxy，因为兼容性不好。既然是前端的利用，天然是要关照到ES5的环境的，因而抉择defineProerty是个不错的计划。

有了监听驱动，那监听岂不是大海捞针？

// 假如user里的对象为：{ firstName: 'lady', lastName: 'gaga' }
const userState = store.getState()['user'];

function computedFullName() {
  const proxy = new ObjectDeps(store, 'user').proxy(userState);
  return proxy.firstName + '-' + proxy.lastName;
}

const fullname = computedFullName();

当初咱们看看collector里收集到多少个依赖

console.log(collector); // [ ObjectDeps, ObjectDeps ]

不错，两条依赖，第一条的deps链为['user', 'firstName']，第二条为['user', 'lastName']。

原理剖析：

1. 每次创立proxy时，构造函数均会执行collector.push(this)向采集器退出本人。
2. proxy拜访firstName时，其实拜访的是getter，getter中有一条this.deps.push(key)立刻收集依赖，并返回下一级的proxy值。以此类推，即便是proxy.a.b.c.d这种深度操作也来者不拒，因为每次拜访下一级都能收集依赖并合并到deps数组中。
3. proxy拜访lastName时，因为proxy实例其实曾经被firstName占用了（通过visited变量判断），所以getter逻辑中会间接返回一个新的ObjectDeps实例，此时lastName曾经和咱们看到的proxy变量没有任何关系了。

主动收集依赖曾经实现了，咱们试一下如何缓存属性

class ObjectDeps {
  protected snapshot: any;

  proxy() {...}
  
  isDirty() {
    return this.snapshot !== this.getSnapshot();
  }
  
  protected getSnapshot() {
    const deps = this.deps;
    let snapshot = this.store.getState();

    for (let i = 0; i < deps.length; ++i) {
      if (snapshot == null || typeof snapshot !== 'object') {
        break;
      }
      snapshot = snapshot[deps[i]!];
    }

    return snapshot;
  }
}

通过isDirty()的判断，即再次取得deps下的最新值和旧值做比照，便能够晓得这个依赖是否为脏值。这一步便是缓存的要害。

当初你置信reselect是骗子了吧，明明能够主动依赖，非要多写几行代码减少心智累赘？托付，不是每个人都须要KPI压力的。

老师，我想间接在我的项目中应用上这个什么computed属性，应该去哪里找现成的呢？废话，当然是去山东找蓝翔。看看蓝翔大法：

import { defineModel, useComputed } from 'foca';

export const userModel = defineModel('user', {
  initialState: {
    firstName: 'lady',
    lastName: 'gaga',
  },
  computed: {
    // 清新
    fullName() {
      return this.state.firstName + '-' + this.state.lastName;
    },
  },
});

// App.tsx
const App: FC = () => {
  const fullName = useComputed(userModel.fullName);
  
  return <div>{fullName}</div>;
};

嗯？刚刚产生了什么，如同看到dva飞过去？飞你个头，是哥写的React状态治理库foca，基于redux和react-redux，方才的computed解析就是从外面摘抄的（具体实现逻辑请看这里）。尽管是个软广告，不过redux也算是反对computed了，各位大佬就不要天天喷redux这个不好那个不好了行吧😠，二次封装才是真爱。

人生苦短，手握神器，少写代码，早点上班最要紧：https://github.com/foca-js/foca