JS工厂模式是JavaScript中典型的创建型设计模式，核心思想是通过一个统一的工厂函数来封装对象的创建逻辑，调用方不需要直接通过new关键字或者字面量方式创建对象，只需要传入对应的参数即可获取目标对象实例。
JS工厂模式的基本实现
JS工厂模式最常见的实现方式是定义一个工厂函数，根据传入的参数判断需要创建的对象类型，然后返回对应的对象实例，下面是最简单的示例：
// 定义不同类型的对象构造函数
function User(name, age) {
this.name = name;
this.age = age;
this.type = 'user';
}
function Admin(name, age) {
this.name = name;
this.age = age;
this.type = 'admin';
this.permissions = ['read', 'write', 'delete'];
}
// 工厂函数
function createPerson(type, name, age) {
switch(type) {
case 'user':
return new User(name, age);
case 'admin':
return new Admin(name, age);
default:
throw new Error('不支持的人员类型');
}
}
// 调用工厂函数创建对象
const user1 = createPerson('user', '张三', 20);
const admin1 = createPerson('admin', '李四', 30);
console.log(user1.type); // 输出 user
console.log(admin1.permissions); // 输出 ["read", "write", "delete"]
JS工厂模式的优点
1. 降低耦合度
调用方不需要关心对象的具体创建细节，也不需要知道不同对象的构造函数逻辑，只需要和工厂函数交互即可。如果后续需要修改某个对象的创建逻辑，只需要调整工厂函数内部的实现，不需要修改所有调用创建对象的地方。
2. 符合开闭原则
当需要新增一种对象类型时，只需要新增对应的对象构造函数，再在工厂函数中添加对应的分支逻辑即可，不需要修改原有对象的创建代码，也减少了调用方的修改成本。
3. 简化对象创建流程
如果某个对象的创建需要复杂的初始化逻辑，比如需要读取配置、校验参数、处理依赖等，把这些逻辑放到工厂函数中，调用方只需要传入简单的参数就能获取完整的对象实例，降低了使用门槛。
4. 便于统一管理对象创建
所有对象的创建逻辑都集中在工厂函数中，后续如果需要添加对象创建的日志、统计、权限校验等通用逻辑，只需要在工厂函数中统一添加即可，不需要在每个创建对象的地方重复编写。
JS工厂模式的缺点
1. 增加代码复杂度
如果项目中的对象类型很少，创建逻辑也很简单，强行使用工厂模式会增加额外的工厂函数和分支逻辑，反而让代码变得更冗余，不符合简单场景的开发需求。
2. 扩展时需要修改工厂函数
传统的简单工厂模式中，新增对象类型时需要修改工厂函数内部的switch或者if分支，这在一定程度上违反了开闭原则，当对象类型很多时，工厂函数会变得非常臃肿，难以维护。
3. 不支持复杂对象的个性化创建
工厂模式通常适合创建结构相似的对象，如果不同对象的初始化参数差异很大，或者需要支持很多个性化的配置，工厂函数的参数会变得非常复杂，反而失去了简洁性。
4. 调试难度提升
因为对象是通过工厂函数间接创建的，如果出现对象创建异常，调用方的错误栈会指向工厂函数，而不是直接指向具体的对象构造函数，增加了问题排查的难度。
JS工厂模式的适用场景
- 项目中需要创建多种类型、但结构相似的对象，且创建逻辑有一定复杂度的时候
- 希望调用方和对象的具体实现解耦，避免调用方依赖具体的对象构造函数的时候
- 需要对所有对象的创建过程做统一管控，比如添加创建日志、权限校验等通用逻辑的时候
- 对象类型可能会随着业务迭代不断新增，且希望新增类型时尽量减少调用方代码修改的时候
总结
JS工厂模式是一种实用性很强的设计模式，但并不是所有场景都适合使用。开发者需要根据项目的实际复杂度、对象创建的复杂度来判断是否使用工厂模式，避免为了使用设计模式而使用设计模式，反而让代码变得难以维护。如果对象类型少、创建逻辑简单，直接使用构造函数或者字面量创建对象会是更合适的选择。
JS工厂模式JavaScript设计模式工厂模式优缺点工厂模式适用场景修改时间：2026-07-09 10:48:11