简单工厂适用于创建单个稳定对象，抽象工厂用于创建多套强关联对象以保证兼容性约束；注册式抽象工厂则提供运行时动态扩展能力。
简单工厂只管“造一个”，抽象工厂管“配一套”——选错会导致后续加功能时要么反复改工厂函数，要么整套结构推倒重来。
什么时候该用 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 社区更常见的轻量级抽象工厂变体。
立即学习“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 出来就破坏了这个契约——这才是它存在的真正理由。