不可变数据方案之immer.js原理解析

目录前言了解immer.jsimmer.js原理总结前言本篇文章是JavaScript函数式编程学习系列第三篇，感兴趣也可以先去看看前两篇内容：一文理解JavaScript中的函数式编程的概念...

目录

前言

本篇文章是JavaScript 函数式编程 学习系列第三篇，感兴趣也可以先去看看前两篇内容：

前一篇 JavaScript数据类型对函数式编程的影响 讲到了不可变数据的重要性，而让数据不可变的原理就是 “拷贝数据”。

但如果拷贝的是一个树形结构，层次比较深，看是一个对象，但实际上里面有上百个对象，比如：

// 某某公司组织架构
const org = {
    name: "某某公司",
    children: [
        { name: "研发部", children: [{ name: "张三" }, { name: "李四" }] },
        { name: "产品部", children: [{ name: "王五" }] }，
        // 省略 10 个部门，每个部门 10 个人
    ]
}

这个 org 数据中的 children 是 Array 类型的对象，children 里面的部门一个是一个基本对象，然后再往下又是 Array 对象 ...... ，上面结构看起来还很简单，但实际上写出来的都有了 9 个对象，如果这个组织有一百个人，至少 100 多个对象，如果为了保持数据不可变，每次修改对象，都要对整个 org 进行拷贝的话，那么操作个几十次上百次，很容易造成性能问题，要是原始的数据意外没有销毁的话，还容易造成内存泄露（这是我曾经刚出来工作一两年干过的事情，操作一个增删改查的列表页，没操作几次，浏览器就变卡了，到后面必须得重新刷新页面️）。

因此，当数据规模大、数据拷贝行为频繁时，拷贝将会给我们的应用性能带来巨大的挑战。

于是社区出现了很多来让可变数据不可变的方案，核心目的都是为了 从最小单元去进行拷贝，没改变的对象数据则进行复用，而其中最具有代表性和影响力的就是 immutable.js 和 immer.js 。

immutable.js 底层是持久化数据结构，内部实现比较复杂，后续有机会会专门写一篇 immutable.js 的原理相关的文章。

相比而言，immer.js 的底层是 Proxy 代理模式，这种方式的实现过程比 immutable.js 会简单不少。

了解 immer.js

immer.js 最重要最核心的就是 produce 函数，也是默认导出函数，其他的导出其实都算是一些辅助性工具函数。

下面我们来看一下 produce 的使用示例，验证它是不是实现了 从最小单元去进行拷贝，没改变的对象数据则进行复用 这个目的。

import produce from "immer"
const state = [
    { label: "html", info: { desc: "超文本标记语言" } },
    { label: "css", info: { desc: "层叠样式表" } }
];
const state1 = produce(state, draft => { 
    // 新增了一个对象
    draft.push({ laandroidbel: "ES5", info: { desc: "基于原型和头等函数的多范式高级解释型编程语言" } });
    // 修改了了一个对象
    draft[1].label = "CSS3";
})
console.log(state === state1) // false
console.log(state.length === state1.length) // false
console.log(state[0] === state1[0]) // true
console.log(state[1] === state1[1]) // false
conVQxWNbsole.log(state[1].info === state1[1].info) // true

可以看出来，每个最小单元的对象，如果进行了修改，则会拷贝对象，如果没有进行修改的对象，则会进行复用。

我们把它画成一个图：

因此，只要对子节点的任何操作，实际上都会拷贝当前对象，当前对象被拷贝，就会影响上一层的对象也会被拷贝，层层递进，最后拷贝到了根结点，但是都是浅拷贝，因此子节点没有变的对象都可以复用。

比如我再修改一下：

const state2 = produce(state1, draft => {
    draft[2].label = "ES";
})

这时候的情况就是这样：

immer.js 原理

immer.js 是基于 Proxy 来监听对象的 get 和 set 操作，然后对数据进行处理和判断是否返回新的对象。

我们来使用 Proxy 来进行模拟 produce 函数。

function produce<D extends object>(base: D, recipe: (draft: D) => void) {
  // 用于存储改变后的新数据
  let newData: any;
  // 给 base 对象添加代理
  const proxy = new Proxy(base, {
    set(obj, key: string, value: any) {
      // 检查 newData 是否存在，如果不存在，创建 newData
      if (!newData) {
        // 浅拷贝对象
        newData = { ...obj }
      }
      // 修改 newData，而不是 base，永远不要修改 base
      newData[key] = value
      return true
    }
})
  // 将 对象的代理 作为入参传入 recipe，让外界修改的是代理，而不是原本的对象数据
  recipe(proxy)
  // 为了避免意外的修改发生，返回一个被“冻结”的对象，保证数据的纯度
  // 如果 newData 不存在，表示没有执行写操作，返回 base 即可
  return Object.freeze(newData as D || base)
}

然后我们来测试一下：

const state = { label: "HTML", info: { desc: "超文本标记语言" } };
const state1 = produce(state, (draft) => {
    draft.label = "H5";
})
console.log(state === state1) // false
console.log(state.info === state1.info) // true

可以看出实现的这个极简版的 produce 已经可以实现 从最小单元去进行拷贝，没改变的对象数据则进行复用，但仅限于修改对象的第一层结构，如果直接修改 draft.info.desc 会发现 state 和 state1 都会被改变。

Proxy 只会对当前传入进去的一个对象单元进行代理，如果有子对象，并不会进行代理，因此，深层次对象还需要再加处理，就像深拷贝一样，需要进行递归处理。

immer.js 源码的代码并不少，主要是为了兼容性、处理各种数据类型、以及扩展API，因此做了很多处理，这个后续会单独出一篇分析它内部源码的实现，这里先说一下其内部主要方案：

总结

数据不可变的原理就是 “拷贝数据”，而市面上的不可变数据方案的目的就是让操作数据变成对最小单元对象数据的拷贝和操作，以提高代码执行效率和性能。

参考：Proxy

以上就是不可变数据方案之immer.js原理解析的详细内容，更多关于不可变数据immer.js原理的资料请关注我们其它相关文章！