webstorm不支持一键生成完整数据结构处理代码，仅在明确上下文（如字段已声明、光标位置正确、语言模式匹配）下按需生成；alt+insert构造函数要求类中存在带类型或初值的成员变量；getter/setter生成需匹配字段修饰符；live templates需注意缩写冲突与作用域；结构化搜索替换更安全，但依赖正确文件类型识别。
WebStorm 不提供“一键生成数据结构处理代码”的通用功能，比如输入 map 就自动写出完整遍历 + 过滤 + 转换逻辑。它只在明确上下文、已有结构定义的前提下，按需生成配套代码片段——关键看字段有没有、光标放哪、语言模式对不对。
Alt+Insert 生成构造函数：字段必须已声明且带类型或初值
在 TypeScript 类内部按 Alt+Insert（Windows/Linux）或 ⌘N（macOS），选 Constructor，WebStorm 才会列出可选字段。否则菜单里压根不出现这一项。
- 字段必须是类成员变量，不能是注释里写的伪声明，例如
// name: string不会被识别 - 推荐写法：
name: string = ''或id = 0；纯类型标注status: 'idle' | 'loading'也行 - 如果字段是
private readonly createdAt: Date，生成的参数默认无修饰符，得手动补上private readonly - 抽象类、接口、函数作用域内按
Alt+Insert不会出现Constructor，这不是 bug，是设计如此
Getter/Setter 生成后报错？检查字段修饰符与访问控制是否匹配
生成的 getName() 和 setName() 默认都是 public，但若原字段是 readonly name: string，setName 必然编译失败。
- 只读字段只勾选
getter，别碰setter选项 - 字段为
private name: string，生成后getName仍是public，如需限制，得手动改成private getName() - 联合类型字段如
role: 'admin' | 'user'，生成的setRole不含类型守卫，需自己加if (!['admin', 'user'].includes(value)) throw new Error(...)
Live Templates 写遍历/映射逻辑：缩写冲突和作用域最容易卡住
想用 arr.map 快速展开成 xxx.map(item => { ... })，得先确认你配的模板缩写没被占、当前文件类型被纳入作用域。
-
for、clg、log是内置缩写，自定义模板别起名log，改用lg或dbg - 输入缩写后弹出灰色补全提示（不是直接展开），说明当前上下文不匹配——比如在字符串里输
clg，它不会动 - JS 文件想用 TS 模板，必须在模板设置的
Applicable in里同时勾选TypeScript和JavaScript - 常用安全写法示例：
map$展开为$ARR$.map(($ITEM$) => { $END$ })，其中$ARR$和$ITEM$设为表达式变量，$END$是光标终点
结构化搜索替换批量处理数据结构调用
当项目里已有大量 data.map(...)、list.filter(...)，想统一替换成 Array.from(data, ...) 或加错误边界，用结构化搜索比正则更稳。
- 打开
Ctrl+Shift+A→ 输入Structural Search→ 选Search Structurally - 模板填：
$collection$.map($param$ => $body$)，然后给$collection$加类型约束Array<t></t> - 替换模板写：
Array.from($collection$, $param$ => $body$)，注意保留变量名绑定 - 对
filter、reduce同理，但注意reduce的初始值类型必须显式标注，否则替换后可能类型推导失败
最常被忽略的一点：所有生成动作都依赖编辑器当前识别的语言模式。一个 .js 文件如果被 WebStorm 当作 plain text 解析（右下角显示 Plain Text），Alt+Insert 和 Live Templates 全部失效——此时要右键文件 → Override File Type → 选 JavaScript 或 TypeScript。
