WebStorm 的代码生成依赖精准的代码结构而非 AI：字段需有类型或初始值才能生成构造函数；接口/抽象类中无法生成构造函数；implements 必须显式声明才可实现方法；重写方法时需注意父类字段可见性与 readonly 限制；Live Template 中 useEffect 依赖需手动补全，且需人工核对勾选项。
WebStorm 的「根据原型生成代码」不是靠 AI 猜，而是靠你把光标放对位置、字段写清楚、接口/抽象类声明完整，它才能准确推导出要生成什么。
Alt+Insert 在类里按不出 Constructor？检查字段是否“可被看见”
构造函数生成失败最常见的原因是：字段没类型、没初始值、或藏在注释里。
-
name单独声明（无类型、无赋值）→ TypeScript 中可能被忽略，Alt+Insert不会把它列进构造函数参数 -
name: string = ''或age = 0→ 明确可推导，能进生成列表 -
private readonly id: number→ 会被列出，但生成的参数默认无修饰符，得手动补private readonly - 抽象类或接口里按
Alt+Insert永远不会出现 “Constructor” 选项——这是设计如此，不是配置错了
Implement Methods 生成报错 Class 'X' incorrectly implements interface 'Y'？确认 implements 是否生效
WebStorm 只有在类声明行明确写了 implements SomeInterface，Alt+Insert 才会弹出 “Implement members” 并列出缺失方法。
- 如果只是类型断言（如
const x = {} as SomeInterface），它不触发 Implement - 接口含泛型（如
SomeInterface<t></t>），必须写全implements SomeInterface<string></string>，否则不识别 - 多个接口用逗号分隔：
implements A, B, C，缺一个都可能导致部分方法漏生成 - 生成后仍报错？检查接口中是否有可选属性（
prop?: string）——你不需要实现它，但 WebStorm 默认勾选，得手动取消
Override Methods 生成后 this.xxx 报错？留意父类字段可见性
重写方法时，WebStorm 会读取父类定义，但不会自动适配子类对字段的访问控制。
- 父类有
protected data: string，子类重写getData()后直接访问this.data是合法的 - 但如果子类自己声明了同名
private data: number，那this.data就指向子类字段，类型不匹配会报错 - 更隐蔽的情况：父类字段是
readonly，子类重写 setter 时若没加set修饰符（只写data），生成的是属性而非 setter，调用obj.data = x会失败 - 建议生成前把光标停在父类方法签名上按
Ctrl+Q，看文档确认字段是否可继承、是否只读
Live Template 生成 useEffect 依赖数组总漏变量？别指望自动推导
像 useEffect 这类需要依赖数组的模板，WebStorm 不分析作用域变量，只靠占位符和手动补全配合。
- 模板中写
[$DEPENDENCIES$]，展开后光标停在这儿，此时按Ctrl+Shift+Space调出智能补全，选变量插入 - 多个变量要手动加逗号分隔，
Ctrl+Shift+Space不会自动加 - 如果变量来自解构（如
const { a, b } = props），补全列表里显示的是a、b，不是props.a - 依赖数组为空（
[]）时，WebStorm 不警告你是否遗漏了闭包引用——这得靠 ESLint 的react-hooks/exhaustive-deps插件来兜底
最常被跳过的一步是：生成前没看弹窗里的勾选状态。WebStorm 默认全选字段或方法，但 readonly 字段不该有 setter，private 方法不该暴露为 public getter，这些都得人工核对再点 OK。
