Map存单价，循环结算购物清单程序

本文深入讲解了如何用 Map 数据结构设计一个健壮、精准且易维护的超市购物清单结算程序，强调避免硬编码商品价格、利用 Map 的动态增删与插入顺序保持特性提升可扩展性，指出 JS 与 Java 中 Map 行为的关键差异，并给出实操避坑指南：统一用整数“分”存储单价根除浮点误差、严格处理用户输入（trim 空格、过滤空行、累加同名商品数量）、正确遍历 Map（禁用 for...in，推荐 forEach 或 for...of + entries）、及时校验商品存在性并友好提示错误，让初学者在循环结算练习中既夯实基础，又写出真正可靠、贴近生产需求的代码。

用 Map 存商品名和单价，别用数组或对象硬编码

硬写 { "苹果": 5.8, "牛奶": 12.5 } 看似快，但加个新商品就得改代码；用 Map 能动态增删、遍历清晰、键类型也不限（比如用 Symbol 做内部标识）。Java 和 JavaScript 都支持，但行为有差异：JS 的 Map 保留插入顺序，Java 的 HashMap 不保证——结算时按输入顺序打印清单，JS 更省心。

实操建议：

• 初始化用 new Map()，别用 Object.create(null) 冒充——后者没有 size、不能直接遍历，后期加统计功能会卡住
• 存单价统一转成 number 类型，避免字符串 "12.5" 后续计算出错（比如 "12.5" + 1 === "12.51"）
• 商品名用 trim() 清空首尾空格，否则 " 苹果 " 和 "苹果" 被当成两个商品

循环结算时，别在 for...in 里遍历 Map

for...in 遍历的是对象属性，Map 不是普通对象，强行用会遍历不到任何商品，还可能报 TypeError: map is not iterable。正确姿势是用 for...of + entries()，或者直接 forEach()。

常见错误现象：

• 输入“苹果 2”，结果总价算成 0 —— 因为循环根本没进进去
• 控制台报 map.forEach is not a function —— 把 Map 对象误当成普通对象传进了旧函数

实操建议：

• 用 map.forEach((price, name) => { ... }) 最直观，适合简单结算
• 需要中断循环（比如发现缺货就退出），改用 for (const [name, price] of map.entries())
• 别把用户输入的“苹果”直接当 key 查——先用 map.has(inputName.trim()) 判定是否存在，避免 undefined * quantity 得到 NaN

单价精度问题：别用 float 直接算钱

0.1 + 0.2 !== 0.3 是老坑，购物结算里 3.99 × 2 算成 7.980000000000001 就很尴尬。不是 JS 特有，Java 的 double 同样翻车。

实操建议：

• 所有单价存分为单位（整数）：把 5.8 存成 580，数量相乘后除以 100 输出——彻底避开浮点误差
• 如果必须用小数，显示前统一用 toFixed(2)，但注意它返回字符串，后续不能再参与计算
• Java 用户优先用 BigDecimal，别图快写 double price = 12.99;

用户输入解析容易漏掉空行和重复商品

用户输“苹果 2\n\n牛奶 1”，中间空行不处理，循环会把空字符串当商品名；输两次“苹果”，第二次会覆盖第一次的量，但实际该累加。

实操建议：

• 用 input.split(/\n/).filter(line => line.trim()) 拆行并过滤空行
• 每行用 line.trim().split(/\s+/) 拆，取第一个为商品名，第二个为数量，别用 line.split(" ")——用户打两个空格就裂开
• 结算前建个临时 Map 累加同名商品数量：cart.set(name, (cart.get(name) || 0) + qty)

最常被忽略的是：用户输错商品名（比如“苹国”），程序没提示就跳过，最后结完账才发现少了东西。查 map.has(name) 为 false 时，至少打一行 console.log(`未找到商品：${name}`)。

到这里，我们也就讲完了《Map存单价，循环结算购物清单程序》的内容了。个人认为，基础知识的学习和巩固，是为了更好的将其运用到项目中，欢迎关注golang学习网公众号，带你了解更多关于的知识点！