『JavaScript』何时使用 Map 来代替普通的 JS 对象 |

JS 普通对象 {key: 'value'} 用于存放结构化数据。但有一件事我觉得很烦:对象键必须是字符串(或很少使用的 symbol) 。
如果将数字用作键会怎样？在这种情况下不会有错误：

本文插图
JS 会隐式地将对象的键转换为字符串，这种默认行为丢失了类型的一致性，要解决也挺棘手的。但 ES6 中的Map 对象可以帮我们解决这类的问题， Look See See 。
1. Map 接受任何类型的键如前所述，如果对象的键不是 string 或 symbol ， JS 将隐式地将其转换为字符串。
幸运的是， map 的键类型没有问题

本文插图
1 和 2 是 numbersMap 中的键，这些键的类型（数字）保持不变。
可以在 mpa 中使用任何键类型:数字、布尔值、字符串和 symbol 。

本文插图
booleansMap 使用 booleans 作为键，没有问题。相反，布尔键在普通对象中不起作用。
来突破一下想象:是否将整个对象作为 map 的键，答案：可以的。
1.1 对象作为键假设你需要存储一些与对象相关的数据，而不需要将这些数据附加到对象本身。使用普通对象是不可能的。
解决方法是使用对象-值元组数组：

本文插图
kindOfMap 是一个数组，包含对象和关联值的对。
这种方法最大的问题是按键访问值的复杂度O(n) ，咱们必须遍历整个数组才能通过键获得所需的值。

本文插图
WeakMap (Map的一个专门版本)不需要这么麻烦就能做到上面的事情:它只接受对象作为键。
Map 和 Weakmap 之间的主要区别是， Weakmap 允许对键对象进行垃圾收集，从而防止内存泄漏。
好了，用 WeakMap 重构上面的代码就变得很简单了：

本文插图
与 Map 相反， WeakMap 只接受对象作为键，并少了一些方法。
2. map 对键名没有限制 JS 中的任何对象都从原型对象继承属性，普通对象也是如此。
如果重写从原型继承的属性，则可能会破坏依赖这些原型属性的代码：

本文插图
在对象参与者上定义的属性 toString 覆盖从原型继承的 toString() 方法。这中断了isObject() ，因为它依赖于 toString() 方法。
检查普通对象从原型继承的属性和方法的列表, 避免使用这些方法名定义自定义属性。
例如，假设有一个管理某些自定义字段的用户界面。用户可以通过指定名称和值来添加自定义字段：

本文插图
将定制字段的状态存储到普通对象中会很方便：

本文插图
但是用户可能会选择一个自定义字段名称，例如toString（如示例中所示），构造函数等，这可能会破坏咱们的对象。
不要使用用户输入的值作为普通对象上键。
map 没有这个问题，键值名称不受限制：