Go中抽象工厂模式通过接口定义产品族创建契约，具体工厂实现差异化构建，客户端仅依赖抽象工厂接口。例如GUIFactory定义CreateButton和CreateCheckbox方法，WindowsFactory和MacOSFactory分别返回对应平台的具体控件，RenderDialog函数通过工厂接口统一渲染，实现完全解耦与灵活扩展。
在 Go 语言中实现抽象工厂模式，核心是用接口定义产品族的创建契约，再通过具体工厂实现差异化构建逻辑，从而让客户端完全不依赖具体类型，只面向接口编程。
定义产品族接口
先为同一产品族中的多个相关产品声明接口。例如“图形渲染系统”中可能有 Button 和 Checkbox 两个产品，它们在不同平台（Windows/macOS）下实现不同，但需保持行为一致：
// UI 控件抽象接口
type Button interface {
Render()
}
type Checkbox interface {
Render()
}
声明抽象工厂接口
抽象工厂是一个返回一组相关产品接口的接口，它不关心具体实现，只承诺能产出配套的 Button + Checkbox：
// 抽象工厂：负责创建一整套 UI 控件
type GUIFactory interface {
CreateButton() Button
CreateCheckbox() Checkbox
}
实现具体工厂与产品
每个具体工厂对应一个产品族版本。例如 Windows 风格和 macOS 风格的控件：
立即学习“go语言免费学习笔记（深入）”；
// Windows 工厂
type WindowsFactory struct {}
func (w WindowsFactory) CreateButton() Button { return &WindowsButton{} }
func (w WindowsFactory) CreateCheckbox() Checkbox { return &WindowsCheckbox{} }
// Windows 具体产品
type WindowsButton struct {}
func (wb WindowsButton) Render() { println("Rendering Windows button") }
type WindowsCheckbox struct {}
func (wc WindowsCheckbox) Render() { println("Rendering Windows checkbox") }
同理可实现 MacOSFactory、MacOSButton、MacOSCheckbox —— 它们彼此兼容，但外观/交互逻辑独立。
客户端通过工厂接口使用产品族
客户端代码只接收 GUIFactory 接口，调用其方法获取按钮和复选框，并确保它们风格一致：
func RenderDialog(factory GUIFactory) {
button := factory.CreateButton()
checkbox := factory.CreateCheckbox()
button.Render()
checkbox.Render()
}
func main() {
// 切换工厂即可切换整套 UI 风格，无需修改 RenderDialog
RenderDialog(WindowsFactory{})
RenderDialog(MacOSFactory{})
}
此时 RenderDialog 完全不知道 WindowsButton 或 MacOSCheckbox 的存在，也不导入任何具体实现包 —— 解耦彻底，扩展新风格只需新增工厂+产品组合，不改动现有逻辑。
