go语言中工厂模式分为简单工厂和抽象工厂。1. 简单工厂适合单一维度产品创建，通过参数决定实例类型，结构简单但扩展性差；2. 抽象工厂用于创建多个相关产品组成的家族，定义接口屏蔽实现细节，易于扩展产品族。两者区别在于目标、扩展性和复杂度，应根据项目需求选择使用，避免过度设计，结合接口编程并保持职责单一。
在Go语言中，工厂模式是创建型设计模式的一种重要实现方式，用来解耦对象的创建与使用。常见的工厂模式包括简单工厂和抽象工厂两种形式。它们各有适用场景，理解它们的区别和用法，对写出结构清晰、易于扩展的代码非常有帮助。
简单工厂：适合单一维度的产品创建
简单工厂不是GoF提出的23种设计模式之一，但在实际开发中非常常见。它通过一个工厂类根据传入的参数决定创建哪一种产品类的实例。
特点：
- 通常只有一个工厂类。
- 工厂负责判断并返回不同的产品实例。
- 产品种类有限且变化不频繁时适用。
示例：
type Animal interface {
Speak()
}
type Dog struct{}
func (d *Dog) Speak() { fmt.Println("Woof!") }
type Cat struct{}
func (c *Cat) Speak() { fmt.Println("Meow!") }
func NewAnimal(animalType string) Animal {
switch animalType {
case "dog":
return &Dog{}
case "cat":
return &Cat{}
default:
return nil
}
}这种方式简单直接，但当产品种类越来越多或需要支持多个产品族时，就显得力不从心了。
Windows-Android_SSH_Remote_Control
下载
通过 SSH 隧道从 Android 设备在互联网上对 Windows PC 实现完整远程控制的设置与使用指南，适用于远程桌面访问、安全 RDP 等。
立即学习“go语言免费学习笔记（深入）”；
抽象工厂：处理多个产品族的组合创建
抽象工厂适用于产品不是单一类型，而是多个相关或依赖对象组成的家族的情况。比如不同品牌的电脑配件（键盘+鼠标），或者跨平台的UI组件库（按钮+文本框）等。
特点：
- 定义一组接口用于创建一系列相关或依赖对象的家族。
- 不暴露具体实现类，只面向接口编程。
- 更容易扩展新的产品族。
示例结构：
// 定义产品族接口
type Button interface {
Click()
}
type TextBox interface {
Input()
}
// Windows风格的具体产品
type WinButton struct{}
func (b *WinButton) Click() { fmt.Println("Windows button clicked") }
type WinTextBox struct{}
func (t *WinTextBox) Input() { fmt.Println("Windows text box input") }
// Mac风格的具体产品
type MacButton struct{}
func (b *MacButton) Click() { fmt.Println("Mac button clicked") }
type MacTextBox struct{}
func (t *MacTextBox) Input() { fmt.Println("Mac text box input") }
// 工厂接口
type UIFactory interface {
CreateButton() Button
CreateTextBox() TextBox
}
// 具体工厂
type WinFactory struct{}
func (f *WinFactory) CreateButton() Button { return &WinButton{} }
func (f *WinFactory) CreateTextBox() TextBox { return &WinTextBox{} }
type MacFactory struct{}
func (f *MacFactory) CreateButton() Button { return &MacButton{} }
func (f *MacFactory) CreateTextBox() TextBox { return &MacTextBox{} }这样，客户端只需要选择一个具体的工厂，就可以得到一整套风格一致的产品，而无需关心具体实现细节。
简单工厂 vs 抽象工厂：关键区别
| 维度 | 简单工厂 | 抽象工厂 |
|---|---|---|
| 目标 | 创建单一产品 | 创建产品族 |
| 扩展性 | 增加新产品需修改工厂逻辑 | 新增产品族只需新增工厂类 |
| 复杂度 | 简单易懂 | 结构更复杂，适合大型项目 |
| 使用频率 | 高，适合多数基础场景 | 中，适合多变或多维产品系统 |
- 如果你只需要根据不同参数创建几个相似的对象，用简单工厂就足够了。
- 如果你的系统存在多个产品类别，并且这些产品之间有内在关联，建议使用抽象工厂来统一管理。
实际开发中的一些注意事项
- 不要过度设计：并不是所有情况都需要抽象工厂。如果你的产品结构稳定、变化少，简单工厂已经够用了。
- 结合接口设计：无论哪种工厂，都应该面向接口编程，而不是具体实现。
- 避免大而全的工厂类：即使是抽象工厂，也应保持每个工厂职责单一，避免把太多不相关的创建逻辑放在一起。
- 可选依赖注入：有时候可以把工厂作为参数传入业务逻辑中，提高灵活性和可测试性。
基本上就这些。工厂模式本身并不复杂，但要根据项目的实际情况合理选用，才能真正发挥它的价值。
