结构体工厂模式实现不同配置实例

工厂模式通过统一创建函数生成不同配置的结构体实例。其核心结构包括：定义行为的接口、具体实现结构体和根据参数决定实例类型的工厂函数。在 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()
}

这种方式更灵活，也更容易测试和维护。

基本上就这些。结构体配合接口和工厂函数，能很好地实现类似面向对象中的多态行为，虽然写法上稍有差异，但逻辑清晰、实用性强。