你还在用JSON.parse(JSON.stringify(o)) 深拷贝对象吗?JavaScript 中深拷贝对象的现代方式

发布时间:2023年12月25日

你还在用JSON.parse(JSON.stringify(o)) 复制对象吗?JavaScript 中深度克隆对象的现代方式

您知道吗,JavaScript 现在有一种本地内置的方法可以进行对象的深层复制?
没错,这个?structuredClone?函数内置于 JavaScript 运行时中:

const calendarEvent = {
  title: "Builder.io Conf",
  date: new Date(123),
  attendees: ["Steve"]
}

// 😍
const copied = structuredClone(calendarEvent)

您是否注意到在上面的示例中我们不仅复制了对象,还复制了嵌套数组,甚至 Date 对象?

一切都按照预期工作:

copied.attendees // ["Steve"]
copied.date // Date: Wed Dec 31 1969 16:00:00
cocalendarEvent.attendees === copied.attendees // false

没错,?structuredClone?不仅可以做到以上,还可以:

  • 克隆无限嵌套的对象和数组
  • 克隆循环引用
  • 克隆各种 JavaScript 类型,例如?Date?、?Set?、?Map?、?Error?、?RegExp?、?ArrayBuffer?、?Blob?、?File?、?ImageData?等等
  • 转移任何可转移对象(Transfer any?transferable objects

例如,下边这种代码也会按预期工作:

const kitchenSink = {
  set: new Set([1, 3, 3]),
  map: new Map([[1, 2]]),
  regex: /foo/,
  deep: { array: [ new File(someBlobData, 'file.txt') ] },
  error: new Error('Hello!')
}
kitchenSink.circular = kitchenSink

// ? All good, fully and deeply copied!
const clonedSink = structuredClone(kitchenSink)

为什么不只用对象展开呢?

值得注意的是,我们正在谈论的是深拷贝。如果您只需要进行浅拷贝,即不拷贝嵌套对象或数组的副本,那么我们可以只进行对象展开:

const simpleEvent = {
  title: "Builder.io Conf",
}
// ? no problem, there are no nested objects or arrays
const shallowCopy = {...calendarEvent}

或者使用下边的任意一个方法

const shallowCopy = Object.assign({}, simpleEvent)
const shallowCopy = Object.create(simpleEvent)

但是一旦我们嵌套了内容,我们就会遇到麻烦:

const calendarEvent = {
  title: "Builder.io Conf",
  date: new Date(123),
  attendees: ["Steve"]
}

const shallowCopy = {...calendarEvent}

// 🚩 oops - we just added "Bob" to both the copy *and* the original event
shallowCopy.attendees.push("Bob")

// 🚩 oops - we just updated the date for the copy *and* original event
shallowCopy.date.setTime(456)

正如您所看到的,我们没有获得该对象的完整副本。

嵌套日期和数组仍然是两者之间的共享引用,如果我们想编辑那些认为我们只是更新复制的calendarEvent的内容,这可能会给我们带来重大问题。

为什么不使用?JSON.parse(JSON.stringify(x))??

啊,是的,这是个常用的技巧,并且具有出色的性能,但有一些?structuredClone?可以解决的缺点。

以此为例:

const calendarEvent = {
  title: "Builder.io Conf",
  date: new Date(123),
  attendees: ["Steve"]
}

// 🚩 JSON.stringify converted the `date` to a string
const problematicCopy = JSON.parse(JSON.stringify(calendarEvent))

如果我们记录?problematicCopy?,我们会得到:

{
  title: "Builder.io Conf",
  date: "1970-01-01T00:00:00.123Z"
  attendees: ["Steve"]
}

这不是我们想要的!?date?应该是?Date?对象,而不是字符串

发生这种情况是因为?JSON.stringify?只能处理基本对象、数组和原子类型。任何其他类型都可以以难以预测的方式处理。例如,日期被转换为字符串。而?Set?只是转换为?{}?。

JSON.stringify?甚至完全忽略某些内容,例如?undefined?或函数。

例如,如果我们使用此方法复制?kitchenSink?示例:

const kitchenSink = {
  set: new Set([1, 3, 3]),
  map: new Map([[1, 2]]),
  regex: /foo/,
  deep: { array: [ new File(someBlobData, 'file.txt') ] },
  error: new Error('Hello!')
}

const veryProblematicCopy = JSON.parse(JSON.stringify(kitchenSink))

会得到:

{
  "set": {},
  "map": {},
  "regex": {},
  "deep": {
    "array": [
      {}
    ]
  },
  "error": {},
}

哎,是的,我们必须删除最初为此使用的循环引用,因为?JSON.stringify?如果遇到其中之一,只会抛出错误。

So while this method can be great if our requirements fit what it can do, there is a lot that we can do with?structuredClone?(aka everything above that we failed to do here) that this method cannot.
因此,如果我们的要求满足它的条件,这个方法会很棒,但我们可以用?structuredClone?做很多事情(也就是上面我们在这里未能做的事情),而这个方法却做不到。

为什么不?使用Lodash 的 _.cloneDeep??

目前,Lodash 的?cloneDeep?函数已经是解决这个问题的一个非常常见的解决方案。

事实上,这确实按预期工作:

import cloneDeep from 'lodash/cloneDeep'

const calendarEvent = {
  title: "Builder.io Conf",
  date: new Date(123),
  attendees: ["Steve"]
}

// ? All good!
const clonedEvent = structuredClone(calendarEvent)

但是,这里只有一个警告。根据我的 IDE 中的导入成本扩展,它会打印我导入的任何内容的 kb 成本,这个函数压缩后总共有 17.4kb(压缩后为 5.3kb):

Screenshot of the import cost of 'lodash/cloneDeep' at 5.3kb gzipped

假设您只导入该函数。如果您以更常见的方式导入,却没有意识到 Tree Shaking 并不总是按您希望的方式工作,您可能会意外地仅针对这一功能导入多达 25kb 的数据 😱

Screenshot of the import cost of 'lodash' at 25.2kb gzipped

虽然这对任何人来说都不会是世界末日,但在我们的例子中根本没有必要,尤其是当浏览器已经内置?structuredClone?时。

structuredClone?不能克隆什么

函数不能被克隆

他们将抛出?DataCloneError?异常:

// 🚩 Error!
structuredClone({ fn: () => { } })

DOM 节点

还会抛出?DataCloneError?异常:

// 🚩 Error!
structuredClone({ el: document.body })

Property descriptors, setters, and getters

类似的类似元数据的功能也不会被克隆。

例如,使用 getter 时,会克隆结果值,但不会克隆 getter 函数本身(或任何其他属性元数据):

structuredClone({ get foo() { return 'bar' } })
// Becomes: { foo: 'bar' }

Object prototypes

原型链不会被遍历或重复。因此,如果您克隆?MyClass?的实例,则克隆的对象将不再被认为是此类的实例(但此类的所有有效属性都将被克隆)

class MyClass { 
  foo = 'bar' 
  myMethod() { /* ... */ }
}
const myClass = new MyClass()

const cloned = structuredClone(myClass)
// Becomes: { foo: 'bar' }

cloned instanceof myClass // false

Full list of supported types

更简单地说,以下列表中未列出的任何内容都无法克隆:

Array,?ArrayBuffer,?Boolean,?DataView,?Date,?Error?types (those specifically listed below),?Map?,?Object?but only plain objects (e.g. from object literals),?Primitive types, except?symbol?(aka?number,?string,?null,?undefined,?boolean,?BigInt),?RegExp,?Set,?TypedArray

Error types?错误类型

Error,?EvalError,?RangeError,?ReferenceError?,?SyntaxError,?TypeError,?URIError

Web/API types

AudioData,?Blob,?CryptoKey,?DOMException,?DOMMatrix,?DOMMatrixReadOnly,?DOMPoint,?DomQuad,?DomRect,?File,?FileList,?FileSystemDirectoryHandle,?FileSystemFileHandle,?FileSystemHandle,?ImageBitmap,?ImageData,?RTCCertificate,?VideoFrame

浏览器和运行时支持

基本上所有主流浏览器都支持?structuredClone?,甚至 Node.js 和 Deno。

请注意 Web Workers 的支持更有限的警告:

Browser support table - screenshot from the link directly below this image

Source:?MDN?来源:MDN

结论

虽然已经等了很长时间了,但我们现在终于有了?structuredClone?来让 JavaScript 中的深度克隆对象变得轻而易举。

原文地址:Deep Cloning Objects in JavaScript, the Modern Way

文章来源:https://blog.csdn.net/xuejianxinokok/article/details/135145278
本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。