工厂模式通过统一创建函数生成不同配置的结构体实例。其核心结构包括：定义行为的接口、具体实现结构体和根据参数决定实例类型的工厂函数。在 go 中，虽无继承多态，但可通过接口与组合模拟类似行为。例如，config 接口被 configa 和 configb 实现，并由 newconfig 函数根据传入字符串返回对应实例。典型应用场景包括：按条件创建对象、隐藏具体类型、统一管理构造逻辑。实际例子如权限控制、数据库连接器、支付适配器等。注意事项有：保持工厂简洁、清晰设计接口、合理处理默认情况、预留扩展机制。使用 map 注册构造函数可提升灵活性与维护性。整体上，结构体配合接口和工厂函数能有效实现多态行为。
在用结构体实现工厂模式时，核心思路是通过一个统一的创建函数来生成不同配置的结构体实例。这在 Go、C++ 等语言中很常见，尤其适合需要根据不同参数返回不同初始化对象的场景。
工厂模式的基本结构
工厂模式一般包括：
- 一个定义对象行为和属性的接口（或者基类）
- 多个具体类型的实现
- 一个工厂函数或结构，根据传入的参数决定创建哪种类型
结构体本身不能像类那样继承多态，但可以通过组合+函数封装的方式模拟这种行为。
比如，在 Go 中你可以定义一个接口，然后多个结构体实现这个接口，并通过一个“工厂函数”来返回不同的结构体实例。
如何用结构体写一个简单的工厂函数
假设你有几种不同的配置类型：ConfigA 和 ConfigB，它们都实现了某个公共接口，比如 Config。你想根据传入的字符串返回对应配置的结构体实例。
type Config interface {
GetTimeout() int
}
type ConfigA struct{}
func (c ConfigA) GetTimeout() int { return 10 }
type ConfigB struct{}
func (c ConfigB) GetTimeout() int { return 30 }
func NewConfig(configType string) Config {
switch configType {
case "A":
return ConfigA{}
case "B":
return ConfigB{}
default:
return ConfigA{} // 默认值
}
}这样调用时就很简单了：
cfg := NewConfig("B")
fmt.Println(cfg.GetTimeout()) // 输出 30这种方式的好处是解耦了创建逻辑与使用逻辑，后续新增配置类型也只需修改工厂函数，不需要改动调用处。
工厂模式适用的典型场景
- 需要根据不同条件创建不同配置的对象时
- 初始化逻辑复杂，想把构造过程统一管理
- 想隐藏具体的结构体类型，只暴露接口供外部使用
举几个实际例子：
- 根据用户权限创建不同级别的访问控制对象
- 加载配置文件后，根据配置内容生成对应的数据库连接器
- 不同支付渠道的适配器，统一通过工厂创建
这些情况下，工厂函数就像是一个“装配线”，按需返回已经配置好的结构体实例。
注意事项和技巧
- 保持工厂函数简洁：如果判断逻辑太多，可以考虑拆分到其他函数或引入映射表（map）来注册构造方法。
- 接口设计清晰：确保所有结构体实现的是同一组方法，否则无法统一处理。
- 默认情况要合理：不要让工厂函数返回 nil 或者不确定的类型，容易导致运行时错误。
- 支持扩展性：比如预留一个注册机制，方便后续动态添加新的结构体类型。
例如，使用 map 注册构造函数的方式可以像这样：
var configCreators = map[string]func() Config{
"A": func() Config { return ConfigA{} },
"B": func() Config { return ConfigB{} },
}
func NewConfig(configType string) Config {
creator, exists := configCreators[configType]
if !exists {
return ConfigA{}
}
return creator()
}这种方式更灵活，也更容易测试和维护。
基本上就这些。结构体配合接口和工厂函数，能很好地实现类似面向对象中的多态行为，虽然写法上稍有差异，但逻辑清晰、实用性强。
