Golang简单工厂与抽象工厂有什么区别_工厂模式差异说明

简单工厂适用于创建单个稳定对象，抽象工厂用于创建多套强关联对象以保证兼容性约束；注册式抽象工厂则提供运行时动态扩展能力。

简单工厂只管“造一个”，抽象工厂管“配一套”——选错会导致后续加功能时要么反复改工厂函数，要么整套结构推倒重来。

什么时候该用 NewPayment 这种简单工厂？

当你只需要根据字符串、配置或环境变量创建单个对象（比如支付方式、日志器、缓存客户端），且类型数量少、长期稳定时，NewPayment 这类函数就是最直接的选择。

• 新增一种支付方式（如 "paypal"）必须修改 switch 分支，违反开闭原则
• 适合 MVP 阶段、内部工具、配置驱动型小服务（如 CLI 工具的输出格式选择）
• 返回接口（如 Payment），不暴露具体结构体，调用方无需 import 实现包
• 别在简单工厂里做初始化副作用（如连接数据库），否则测试难、复用差

为什么 UIFactory 接口意味着你得用抽象工厂？

当你发现要同时创建多个强关联的对象（比如按钮 + 文本框 + 下拉框），而且这些组合存在不同风格（Windows / macOS / Web）、不同

地区（CN / US / JP）或不同环境（test / staging / prod）时，UIFactory 就不是可选项，而是必要设计。

• UIFactory 是个接口，WindowsFactory 和 MacFactory 是它的两个实现，各自返回配套的 Button 和 TextBox
• 新增一个产品族（如 Linux 风格 UI）只需加新 factory 结构体和实现，不碰原有代码
• 客户端只依赖 UIFactory 接口，完全不知道底层是哪个 OS 的组件
• 注意：Go 没有继承，所以不要试图让 WindowsFactory “继承”抽象类——直接实现接口即可

注册式抽象工厂：绕过硬编码的扩展方案

如果你既想要抽象工厂的扩展性，又不想为每个新工厂都写 struct + 方法实现，可以用注册表模式——这是 Go 社区更常见的轻量级抽象工厂变体。

• 用 map[string]func() Payment 存构造函数，RegisterPayment("alipay", func() Payment { return &Alipay{} }) 动态注册
• 避免编译期强依赖，适合插件化、模块热加载场景（如支付渠道由配置中心下发）
• 缺点：失去编译时类型检查；若注册重复 key 会静默覆盖，建议加 panic 校验
• 比完整抽象工厂更灵活，但不如它语义清晰——适合中等复杂度、需运行时扩展的系统

var paymentRegistry = map[string]func() Payment{}

func RegisterPayment(name string, creator func() Payment) {
	if _, exists := paymentRegistry[name]; exists {
		panic("duplicate payment registration: " + name)
	}
	paymentRegistry[name] = creator
}

func CreatePayment(name string) Payment {
	creator, ok := paymentRegistry[name]
	if !ok {
		panic("unknown payment method: " + name)
	}
	return creator()
}

最容易被忽略的一点：抽象工厂不是为了“看起来高级”，而是为了锁定一组对象之间的兼容性约束。比如 MacButton 和 MacTextBox 可能共享某套主题色管理逻辑，单独 new 出来就破坏了这个契约——这才是它存在的真正理由。