工厂模式通过封装对象创建过程，提升代码可维护性与扩展性。1. 当创建逻辑复杂时，避免分散和高耦合；2. 简单工厂用函数按类型创建对象，适用于变化少的场景；3. 抽象工厂通过注册机制解耦创建逻辑，支持动态扩展；4. 实际应用中应返回接口、减少副作用，并结合配置或依赖注入提高灵活性。Go通过接口和函数式特性实现工厂模式，使创建与使用分离，业务更清晰。
在Go语言中，工厂模式是一种创建型设计模式，用于将对象的创建过程封装起来，避免直接使用构造函数暴露内部细节。通过工厂模式，可以统一管理对象的初始化逻辑，提升代码的可维护性与扩展性。
为什么需要工厂模式
当系统中存在多种类型且创建逻辑较复杂时，直接在调用处使用结构体字面量或构造函数会导致：
- 创建逻辑分散，难以统一维护
- 调用方需了解具体类型，耦合度高
- 新增类型时需修改多处代码
工厂模式通过一个中心化函数或结构体来创建对象，屏蔽底层差异，使上层逻辑更关注行为而非实现。
简单工厂：按类型创建对象
简单工厂适用于类型不多、变化不频繁的场景。它通常是一个函数，接收参数并返回接口类型。
立即学习“go语言免费学习笔记（深入）”；
type Payment interface {
Pay(amount float64) string
}
type Alipay struct{}
func (a *Alipay) Pay(amount float64) string {
return fmt.Sprintf("支付宝支付 %.2f 元", amount)
}
type WechatPay struct{}
func (w *WechatPay) Pay(amount float64) string {
return fmt.Sprintf("微信支付 %.2f 元", amount)
}
// 工厂函数
func NewPayment(method string) Payment {
switch method {
case "alipay":
return &Alipay{}
case "wechat":
return &WechatPay{}
default:
panic("不支持的支付方式")
}
}
使用方式：
pay := NewPayment("alipay")
fmt.Println(pay.Pay(99.9))
这种方式简洁明了，但每新增支付方式都需修改工厂函数，违反开闭原则。
抽象工厂：解耦创建逻辑
为提高扩展性，可引入抽象工厂——使用映射注册构造函数，实现无需修改代码即可扩展。
var paymentRegistry = map[string]func() Payment{}
// 注册构造函数
func RegisterPayment(name string, creator func() Payment) {
paymentRegistry[name] = creator
}
// 工厂函数
func CreatePayment(name string) Payment {
creator, exists := paymentRegistry[name]
if !exists {
panic("未知支付方式：" + name)
}
return creator()
}
初始化时注册类型：
func init() {
RegisterPayment("alipay", func() Payment { return &Alipay{} })
RegisterPayment("wechat", func() Payment { return &WechatPay{} })
}
后续新增支付方式只需在各自包中调用 RegisterPayment，无需改动工厂核心逻辑。
工厂模式的实际应用建议
在实际项目中，使用工厂模式应注意以下几点：
- 返回接口而非具体类型，降低耦合
- 构造函数应尽量无副作用，避免隐藏依赖
- 结合依赖注入（DI）容器时，工厂可作为创建组件的基础
- 对于配置驱动的对象创建（如根据 config 创建不同数据库连接），工厂非常适用
如果对象创建涉及复杂参数或上下文，可在工厂函数中接受配置结构体，进一步提升灵活性。
基本上就这些。Go 虽无类和继承，但通过接口和函数式编程特性，依然能优雅实现工厂模式，关键是把“创建”这件事独立出来，让业务逻辑更干净。
