ES6之Map使用体会

什么是Map

作为 ES6 的新增特性,Map 是一种新的集合类型,为这门语言带来了真正的键/值存储机制。

基本操作

创建-new Map

javascript 复制代码
const m = new Map()

const m1 = new Map([
  ['key1','value1'],
  ['key2','value2'],
  ['key3','value3']
])

增/改-set

c 复制代码
m1.set('key4','value4')

查-get/has

csharp 复制代码
m1.get('key1')// 'value1'
m1.has('key1')// true

删-delete/clear

go 复制代码
m1.delete('key1')// 只删除此键值对
m1.clear()// 清除所有键值对

获取键值对数量-size

arduino 复制代码
m1.size

遍历与其他操作

常规遍历(for遍历)

javascript 复制代码
// for遍历
for (let [key, value] of m) {
  console.log(key, value);
}
for (let key of m.keys()) {
  console.log(key);
}
for (let value of m.values()) {
  console.log(value);
}

map转数组

tips: 转数组之后就可以愉快的使用数组操作了

css 复制代码
[...m] // [ [ 'key1', 'value1' ], [ 'key2', 'value2' ], [ 'key3', 'value3' ] ]
[...m.keys()] // ['key1', 'key2', 'key3']
[...m.values()] // ['value1', 'value2', 'value3']

map与对象互转

javascript 复制代码
// map转对象方法
function strMapToObj(strMap) {
  let obj = Object.create(null);
  for (let [k, v] of strMap) {
    obj[k] = v;
  }
  return obj;
}
// 对象转map
new Map(Object.entries({}));

forEach()

ini 复制代码
m.forEach((value, key, map) => {
  console.log(value, key, map);
});
//value1 key1 Map(3) { 'key1' => 'value1', 'key2' => 'value2', 'key3' => 'value3' }
// value2 key2 Map(3) { 'key1' => 'value1', 'key2' => 'value2', 'key3' => 'value3' }
// value3 key3 Map(3) { 'key1' => 'value1', 'key2' => 'value2', 'key3' => 'value3' }

filter

javascript 复制代码
new Map([...m].filter(([k, v]) => ...));

Map vs Object

Map和Object的使用在大多数情况下没有太大的区别,但是细究其性能以及内存占用,两者还是有些许差异的。下表可以一览二者的区别。

对比项 Map Object
键名 各种类型的值(包括对象)都可以当作键 传统上只能用字符串当作键
顺序 有序 无序
内存占用 不同浏览器的情况不同,但给定固定大小的内存,Map 大约可以比 Object 多存储 50%的键/值对。 不同浏览器的情况不同,但给定固定大小的内存,Object大约可以比Map少存储50%的键/值对。
插入性能 稍快 稍慢
查找速度 键值对多:差异极小键值对少:比Object慢 键值对多:差异极小键值对少:比Map快
删除性能 对大多数浏览器引擎来说,Map 的 delete()操作都比插入和查找更快。 Map的删除性能明显优于Object。 使用 delete 删除 Object 属性的性能一直以来饱受诟病

总的来说,除了在查找速度上Object表现稍微优于Map,在内存占用,插入及删除性能等都是Map优于Object的。基于这些特点,我们可以在今后的开发中有选择地使用Map和Object。

在把 Object 当成数组使用的情况下(比如使用连续整数作为属性),浏览器引擎可以进行优化,在内存中使用更高效的布局。这对 Map 来说是不可能的。对这两个类型而言,查找速度不会随着键/值对数量增加而线性增加。如果代码涉及大量查找操作,那么某些情况下可能选择 Object 更好一些。

相关推荐
福兮说8 小时前
设计稿是 #4A7C6F,页面量出来是 #4B7C6F:HEX、HSL、透明度、canvas 来回转的七个坑
前端·javascript·css·canvas
郑州光合科技余经理8 小时前
海外版外卖加盟:总站与分站配送规则怎么分开管
java·开发语言·前端·后端·uni-app·php·ai编程
小呆呆6669 小时前
副业搞起来,小说,漫画,漫剧的成本优化思路
前端·后端·面试
凤城老人9 小时前
从 PyQt6 到 Electron:给 Edge TTS 做一个“多角色配音机“的踩坑手记
javascript·typescript·electron
Dovis(誓平步青云)9 小时前
浇水提醒刚弹出又消失,植物状态别只存一个百分比
开发语言·前端·javascript·pdf·ecmascript·电脑
码艺-Alimjan10 小时前
Vben Admin 新增维吾尔语 Vben-Modal的关键坑之一
前端·javascript·vue.js
可乐鸡翅yeah_10 小时前
hls.js 手动自定义 http 请求 loader,修改请求头实战
开发语言·前端·javascript·网络协议·http·ecmascript·m3u8在线
IT_陈寒11 小时前
Vite静态资源导入这个坑我帮你们踩过了
前端·人工智能·后端
广州华水科技11 小时前
大坝安全监测解决方案:单北斗GNSS形变监测系统应用与维护
前端
yivifu11 小时前
中文古籍电子书注释集成
前端·javascript·python·beautifulsoup·epub