如何用redux实现computed计算属性

更新日期: 2022-05-17阅读: 1.1k标签: redux

什么是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

来源:https://segmentfault.com/a/1190000041859375

链接: https://www.fly63.com/article/detial/11515

React项目实战:react-redux-router基本原理

React项目实战:react-redux-router基本原理,Redux 的 React 绑定库包含了 容器组件和展示组件相分离 的开发思想。明智的做法是只在最顶层组件(如路由操作)里使用 Redux。其余内部组件仅仅是展示性的,所有数据都通过 props 传入。

react关于 Redux与flux的比较学习

flux四大元素:Dispatcher:根据注册派发动作(action),Store: 存储数据,处理数据,Action:用于驱动Dispatcher,View: 用户界面视图。flux的目的:纠正MVC框架的无法禁绝view与model通信的缺点。Redux基本原则:继承Flux基本原则:单向数据流

如何优雅地在React项目中使用Redux

Redux:状态管理工具,与React没有任何关系,其他UI框架也可以使用Redux,react-redux:React插件,作用:方便在React项目中使用Redux,react-thunk:中间件,作用:支持异步action

从 源码 谈谈 redux compose

compose,英文意思 组成,构成。它的作用也是通过一系列的骚操作,实现任意的、多种的、不同的功能模块的组合,用来加强组件。很容易实现功能的组合拼装、代码复用;可以根据需要组合不同的功能;

Redux与它的中间件:redux-thunk,redux-actions,redux-promise,redux-sage

这里要讲的就是一个Redux在React中的应用问题,讲一讲Redux,react-redux,redux-thunk,redux-actions,redux-promise,redux-sage这些包的作用和他们解决的问题。

redux中间件的原理_深入理解 Redux 中间件

最近几天对 redux 的中间件进行了一番梳理,又看了 redux-saga 的文档,和 redux-thunk 和 redux-promise 的源码,结合前段时间看的redux的源码的一些思考,感觉对 redux 中间件的有了更加深刻的认识,因此总结一下

react-redux 的使用

类似于 Vue,React 中组件之间的状态管理 第三方包为:react-redux。react-redux 其实是 Redux的官方React绑定库,它能够使你的React组件从Redux store中读取数据,并且向store分发actions以更新数据。

如何使用useReducer Hook?

看到“reducer”这个词,容易让人联想到Redux,但是在本文中,不必先理解Redux才能阅读这篇文章。咱们将一起讨论“reducer”实际上是什么,以及如何利用useReducer来管理组件中的复杂状态,以及这个新钩子对Redux意味着什么?

带着问题看React-Redux源码

我在读React-Redux源码的过程中,很自然的要去网上找一些参考文章,但发现这些文章基本都没有讲的很透彻,很多时候就是平铺直叙把API挨个讲一下,而且只讲某一行代码是做什么的,却没有结合应用场景和用法解释清楚为什么这么做。

React Hooks 是不能替代 Redux 的

我的许多同事最近通过各种方式问同一类问题:“如果我们开始用 hook 后,那还有必要用 Redux 吗?”“React hook 不是让 Redux 过时了吗?那只用 Hooks 就可以做 Redux 所有能做的事了吧?”

点击更多...

内容以共享、参考、研究为目的,不存在任何商业目的。其版权属原作者所有,如有侵权或违规,请与小编联系!情况属实本人将予以删除!