static方法是实现工厂模式的常用工具，核心在于封装对象创建逻辑，支持多策略创建、继承扩展及语义内聚，但非必需且需避免过度设计。
JavaScript 中的 static 方法本身不是工厂模式的实现方式，而是构建工厂模式的一种常用工具。真正的工厂模式核心在于“封装对象创建逻辑”，而 static 方法恰好适合放在类内部，作为统一、无需实例化的创建入口。
用 static 方法封装构造逻辑
把创建不同配置实例的逻辑集中到类的静态方法中，避免外部直接调用 new，提升可维护性和一致性。
- 静态方法不依赖实例状态，天然适合作为“创建者”
- 可基于参数返回不同子类实例、预设配置的实例，或执行初始化校验
- 调用时直接通过类名访问，语义清晰，例如
User.createAdmin()
支持多种创建策略
一个类可通过多个 static 工厂方法，对应不同场景：从原始数据构建、从 JSON 还原、创建默认/特殊角色实例等。
-
fromJSON(json)：解析并验证数据后返回新实例 -
createGuest()或createAdmin()：返回预设属性的实例 -
tryCreate(name, email)：带简单校验，失败时返回null或抛错
结合继承与静态工厂的灵活性
父类定义通用 static 工厂方法，子类可重写或扩展；也可让工厂方法返回子类实例，实现多态创建。
立即学习“Java免费学习笔记（深入）”；
- 父类
Document提供create(type)，根据 type 返回PDFDocument或MarkdownDocument - 子类可覆盖
createDefault()，提供各自默认行为 - 工厂方法内部仍用
new SubClass(...)，但调用方完全解耦
注意点：static 不是必须，但很实用
工厂模式也可以用独立函数、单例对象或模块导出函数实现。使用 static 的优势是语义内聚——创建逻辑和类定义在一起，IDE 支持好，代码易定位。
- 不要在 static 方法里访问
this（非箭头函数中指向类本身，不是实例） - 避免过度设计：简单场景直接用构造函数更直观
- 若需复杂流程（如异步初始化），static 方法可返回 Promise
