简单工厂通过参数创建具体对象，适用于类型少、逻辑集中的场景，如日志记录器；抽象工厂创建相关对象族，适用于多维度变化，如数据库驱动。
在Go语言开发中，工厂模式是一种常用的创建型设计模式，主要用于解耦对象的创建过程。它通过提供一个统一的接口来创建不同类型的对象，避免在代码中直接使用具体的构造函数。常见的工厂模式包括简单工厂和抽象工厂，它们适用于不同的业务场景。
简单工厂：按条件创建对象
简单工厂不是GoF的23种设计模式之一，但在实际开发中非常实用。它通过一个工厂函数或结构体，根据传入的参数决定创建哪一种具体类型的对象。
适用场景：
- 对象种类较少，创建逻辑集中
- 客户端不需要关心对象的具体实现
- 需要统一管理对象的初始化过程
示例场景：日志记录器（Logger）支持FileLogger、ConsoleLogger，通过配置选择类型。
立即学习“go语言免费学习笔记（深入）”；
优点：
- 使用简单，代码清晰
- 封装了对象创建逻辑
缺点：
- 新增类型需要修改工厂逻辑，违反开闭原则
- 职责过重，随着类型增多难以维护
抽象工厂：创建产品族
抽象工厂用于创建一系列相关或依赖的对象，而无需指定具体类。它强调的是“产品族”的概念，适合多维度变化的场景。
适用场景：
- 需要创建一组相关联的对象（如UI组件：按钮、文本框在不同主题下有不同实现）
- 系统要独立于产品的创建、组合和表示
- 多个产品等级结构需要统一替换
示例场景：数据库驱动中，MySQLFactory 和 PostgreSQLFactory 分别创建对应的连接、事务、语句对象。
优点：
- 符合开闭原则，扩展新产品族方便
- 保证同一工厂创建的对象兼容性
缺点：
- 结构复杂，代码量大
- 新增产品等级（如增加“索引”类型）需要修改所有工厂
简单工厂 vs 抽象工厂：关键区别
两者核心目标都是解耦创建与使用，但定位不同：
- 目的不同：简单工厂解决“如何根据类型创建对象”，抽象工厂解决“如何创建一整套相关对象”
- 复杂度不同：简单工厂适合单一维度选择；抽象工厂处理多维度、成套对象的创建
- 扩展性不同：抽象工厂更容易应对产品族扩展，而简单工厂在类型增加后易变得臃肿
- Go语言实现方式：简单工厂常用函数实现；抽象工厂通常用接口+结构体组合实现
实际选择建议
在Go项目中，优先考虑使用简单工厂，因为其简洁性更符合Go的工程哲学。当业务发展到需要管理多个相关对象系列时，再引入抽象工厂。
例如配置解析器：JSONParser、YAMLParser 可由简单工厂创建；若每种格式还涉及校验器、编码器等配套组件，则更适合抽象工厂。
基本上就这些，不复杂但容易忽略的是：不要为了模式而用模式，关键是解决实际的创建耦合问题。
