关键是要让团队在真实场景中自然使用Map和Set。明确三条“必须用”场景：存在性判断用Set.has()、非字符串键映射用Map、去重用Set；纳入ESLint规则与文档指南；在核心模块示范重构；新人首日通过三句话模板和CodeSandbox练习快速上手。
关键不是教会大家语法，而是让团队在真实场景里自然用上 Map 和 Set —— 尤其是在性能敏感或逻辑易错的地方。
从高频痛点切入，定义“必须用”的场景
别一上来讲“Map 键可以是对象”，直接给团队定几条可执行的红线：
- 当你要频繁判断某个 ID、用户名、状态码是否“存在”时（比如权限校验、黑名单过滤），禁用
array.includes()或array.find()，改用new Set(array).has(value)； - 当你需要按非字符串字段（如用户对象、时间戳、数字 ID）做映射查找时（比如缓存用户详情、分组渲染），禁用普通对象
{}，改用new Map()； - 当处理后端返回的列表并需去重（尤其是含嵌套对象的数组），禁用
filter + indexOf或reduce + includes，改用[...new Set(items.map(getKey))]或Array.from(new Set(items))（注意引用类型需先提取唯一 key）。
写进代码规范与 ESLint 规则
光靠自觉不行，得把约束变成开发流程的一部分：
Wjs Uploading Video
下载
将一个或多个视频上传至YouTube。当用户想“上传到YouTube”“发YouTube”“批量上传”“upload to YouTube”“post videos to YouTube”或发布到YouTube时使用此技能。
- 在团队 ESLint 配置中启用
js-set-map-lookups规则（来自 Vercel 工程团队实践），自动拦截arr.includes(x)在循环内或大数据量上下文中的使用； - 新增自定义规则：检测
if (obj[key])或obj[key] !== undefined出现在高频路径（如 React 渲染函数、事件处理器）时，提示“考虑改用 Map.has()”； - 在项目 README 或 Wiki 的「数据结构选型指南」里，用表格明确对比：
Array/Object/Set/Map各自适用什么操作（查、增、删、遍历、去重、排序）、时间复杂度、典型误用示例。
在核心模块做“锚点式”示范
选 2–3 个团队每天都会碰的模块，用 Map/Set 重构并注释清楚收益：
- 权限控制模块：把角色权限列表转成
const permSet = new Set(backendPerms)，所有hasPermission('edit_user')调用都基于permSet.has()，避免每次遍历数组； - 列表筛选组件：将多选状态维护从
selectedIds: number[]升级为selectedIdSet = new Set<number>()</number>，toggle(id)变成selectedIdSet.has(id) ? selectedIdSet.delete(id) : selectedIdSet.add(id)，性能无感，逻辑更健壮； - API 缓存层：用
new Map<string responsedata>()</string>替代cache = {}，支持任意请求参数对象作为 key（序列化后），同时利用map.size和map.keys()做缓存清理策略。
新人入职第一周就练“三句话用法”
不讲原理，只给最小可运行模板，确保第一天就能写出正确代码：
- “去重就写：
const unique = [...new Set(original)]”； - “查是否存在就写：
const seen = new Set(); if (!seen.has(item.id)) { seen.add(item.id); /* 处理 */ }”； - “按对象查数据就写：
const map = new Map(); map.set(user, profile); const p = map.get(currentUser);”。
配套一个 5 分钟 CodeSandbox 练习题：给一段低效的数组查找代码，要求改成 Set/Map 版本并验证结果一致。提交即通过，不设门槛。
