Leetcode罗马数字转整数案例：为何用Object而非Map？选型疑问

为什么那个Leetcode方案用Object？ #

• 历史与习惯：在ES6引入Map之前，Object是JavaScript里唯一原生的键值对存储方式，大量老代码和入门教程都用它实现哈希表逻辑，这种写法已经成为很多开发者的默认选择。
• 语法简洁性：对于罗马数字这种固定的字符串-数字映射，Object的字面量写法{ I: 1, V: 5, X: 10 ... }比Map的new Map([['I', 1], ['V', 5]])更直观、代码更短，写起来高效。
• 性能表现：针对这种小且固定的键集合，Object的属性访问速度和Map几乎无差异，甚至在部分JS引擎中因为长期优化的原因，表现略好。

用Object是正确的做法吗？ #

完全正确。Object本质就是基于哈希表实现的结构，虽然它常被用来存储对象的个性化属性，但用来做这种静态键值映射完全没问题——尤其是罗马数字的键都是普通字符串，不会和Object原型链上的内置属性（比如toString）冲突，不存在意外覆盖或访问错误的风险。

Map是不是更专业？ #

这取决于场景：

• 如果是动态键值场景（比如需要频繁添加/删除键、键的类型是对象/Symbol等非字符串类型），Map确实更专业：它专门为键值映射设计，没有Object原型链的干扰，支持任意类型键，还有size属性、原生迭代器等便捷特性。
• 但在罗马数字转整数这种静态、固定的字符串键映射场景下，Object和Map的功能完全覆盖需求，Object的写法更简洁，反而更适配这个场景。你之前的误解“Object不能当作map用”是不对的——Object的核心功能之一就是键值存储，只是它同时承担了对象属性容器的角色而已。

补充：Object和Map的核心差异 #

• 键类型：Object仅支持字符串/Symbol作为键；Map支持任意类型（对象、函数、基本类型均可）。
• 原型干扰：Object继承自Object.prototype，存在内置属性可能和自定义键冲突；Map无原型链，所有键都是用户自定义。
• 迭代与统计：Map原生支持for...of迭代键值对，有size属性直接获取数量；Object需要通过Object.entries()转换后迭代，数量需手动计算。

内容的提问来源于stack exchange，提问作者User9123