抽象工厂模式在 Go 中通过接口定义产品族契约、结构体实现具体产品、组合工厂实现多态创建。客户端仅依赖 GUIFactory 接口，运行时按需注入 WinFactory 或 MacFactory，新增家族（如 Linux）只需添加结构体和工厂，符合开闭原则。
抽象工厂模式的核心是让客户端不依赖具体类，而是通过工厂接口创建一组相关或相互依赖的对象。Golang 没有继承和接口实现的强制语法（如 Java 的 implements），但可通过接口 + 结构体组合 + 包级封装，干净地实现产品族的可扩展性。
定义抽象产品接口与具体实现
先为每个产品角色定义接口，再为不同产品族提供具体结构体实现。例如，假设我们要支持「Windows 风格」和「Mac 风格」UI 组件：
- Button 和 Checkbox 是两个抽象产品接口
-
WinButton、MacButton、WinCheckbox、MacCheckbox是具体实现 - 所有实现都满足对应接口，不暴露字段，只导出方法
示例：
button.gotype Button interface {
Render() string
}
type WinButton struct{}
func (w WinButton) Render() string { return "Windows Button" }
type MacButton struct{}
func (m MacButton) Render() string { return "Mac Button" }
定义抽象工厂接口与具体工厂
抽象工厂是一个返回多个产品接口的接口；每个具体工厂实现该接口，返回同一家族的实例：
立即学习“go语言免费学习笔记（深入）”；
-
GUIFactory接口声明CreateButton()和CreateCheckbox() -
WinFactory返回WinButton和WinCheckbox -
MacFactory返回MacButton和MacCheckbox - 新增产品族（如 Linux）只需新增结构体 + 实现工厂，不修改已有代码
示例：
factory.gotype GUIFactory interface {
CreateButton() Button
CreateCheckbox() Checkbox
}
type WinFactory struct{}
func (w WinFactory) CreateButton() Button { return WinButton{} }
func (w WinFactory) CreateCheckbox() Checkbox { return WinCheckbox{} }
type MacFactory struct{}
func (m MacFactory) CreateButton() Button { return MacButton{} }
func (m MacFactory) CreateCheckbox() Checkbox { return MacCheckbox{} }
客户端使用：依赖接口，不关心具体类型
客户端接收一个 GUIFactory，调用其方法获取产品，完全不知道背后是 Windows 还是 Mac 实现：
- 构造工厂时决定产品族（如根据配置、OS 环境变量）
- 后续所有 UI 创建逻辑复用同一套代码
- 要加新风格？只写新结构体 + 新工厂，改一行初始化即可
示例：
main.gofunc renderUI(factory GUIFactory) {
btn := factory.CreateButton()
cb := factory.CreateCheckbox()
fmt.Println(btn.Render(), cb.Render())
}
func main() {
var factory GUIFactory
if runtime.GOOS == "darwin" {
factory = MacFactory{}
} else {
factory = WinFactory{}
}
renderUI(factory)
}
扩展新家族或新产品：保持开闭原则
Golang 中扩展非常轻量：
- 加新家族（如 Linux）：新建
LinuxButton、LinuxCheckbox，实现对应接口；再写LinuxFactory实现GUIFactory - 加新产品（如
TextBox）：补充TextBox接口 → 所有家族补实现 → 在GUIFactory加CreateTextBox()方法 → 所有工厂补实现 - 注意：加新产品需修改抽象工厂接口，属于“对扩展开放，对修改关闭”的合理边界（接口演化不可避免，但影响可控）
基本上就这些。Golang 的接口即契约、结构体即实现、组合即关系，不用继承也能把抽象工厂写得清晰又易扩展。
