webstorm 代码生成依赖明确触发与正确上下文：构造函数需类内光标+已声明字段；getter/setter 需注意 readonly 和访问修饰符；live templates 要避缩写冲突并匹配作用域；ai assistant 仅在类体内响应，且不自动导入类型。
WebStorm 生成代码不是靠“猜”或“等 AI”，而是靠明确触发 + 正确上下文。构造函数、getter/setter、Live Templates 这三类生成方式，只要光标位置和文件状态对了，Alt+Insert（Windows/Linux）或 ⌘N（macOS）一按就出菜单，根本不用翻设置。
构造函数生成失败？检查类字段是否可访问
构造函数生成依赖类中已声明的字段（public / private / protected 成员变量），但 WebStorm 不会识别注释里写的“// name: string”或未初始化的 name;（TypeScript 中无初始值且无类型标注时可能被忽略）。
- 确保字段有明确类型或初始值，例如
name: string = ''或age = 0 - 如果字段是
private readonly，它仍会被列出，但生成的构造函数参数默认不带修饰符——你得手动补上private readonly - 在抽象类或接口里按
Alt+Insert不会出现“Constructor”选项，这是预期行为，不是 bug
Getter/Setter 生成后报错“Cannot assign to read only property”？别漏掉访问修饰符
生成的 get / set 方法默认不带访问控制，但如果你的字段声明为 readonly name: string，那 set name 就必然报错。WebStorm 不会自动跳过只读字段，也不会警告你冲突。
- 生成前先确认字段是否真需要 setter：只读字段就只勾选 getter
- 如果字段是
private name: string，生成的getName()默认是public，但setName()也是public——如需限制，得手动改成private或protected - TS 项目中，若字段类型是联合类型（如
status: 'idle' | 'loading' | 'error'），生成的 setter 不会自动加类型守卫，得自己补if (!['idle','loading','error'].includes(value)) throw ...
Live Templates 按 Tab 不展开？检查缩写是否被占用了
WebStorm 自带大量模板（比如 for 展开 for 循环，clg 展开 console.log()），但自定义模板缩写一旦和已有缩写冲突，或者缩写输入后没立刻按 Tab，就会失效。
- 缩写区分大小写：
if和IF是两个模板；log是内置的，但lg可能是你自己配的 - 如果输入缩写后弹出代码补全列表（灰色小字提示），说明当前上下文不匹配模板适用范围——比如在字符串里输
clg，它不会展开 - 模板作用域（Applicable in）必须勾选对应语言，例如 JS 文件里想用 TS 模板，得把
TypeScript和JavaScript都勾上，否则不生效
AI Assistant 生成构造函数没反应？它根本不看类体外的光标
AI Assistant 不是后台常驻服务，它只响应“有上下文”的光标位置。把光标放在类声明的大括号内（哪怕空行）、或直接放在某个字段后面再按 Alt+Enter，才能触发 “Generate constructor with selected fields” 建议。
- 光标停在
class User {这行末尾？不行，得进到{里面 - 光标在
}后面？不行，它认为你已离开类作用域 - 文件没识别为 TypeScript（右下角显示 “Plain Text”）？AI 直接禁用，连菜单都不出来
最易被忽略的一点：构造函数生成后，WebStorm 不会自动导入缺失类型。比如字段是 profile: UserProfile，而 UserProfile 在另一个文件，生成的构造函数参数里只会写 profile: UserProfile，但 import 语句得你手动补——AI 和 Alt+Insert 都不管这档子事。
