工厂模式
约 959 字大约 3 分钟
2025-12-14
定义
定义一个用于创建对象的接口，让子类决定实例化哪一个类。工厂方法使一个类的实例化延迟到其子类。
工厂方法模式的优点
- 良好的封装性，代码结构清晰。一个对象创建是有条件约束的，如一个调用者需要一个具体的产品对象，只要知道这个产品的类名（或约束字符串）就可以了，不用知道创建对象的艰辛过程，降低模块间的耦合。
- 工厂方法模式的扩展性非常优秀。在增加产品类的情况下，只要适当地修改具体的工厂类或扩展一个工厂类，就可以完成『拥抱变化』。
- 屏蔽产品类。这一特点非常有用，产品类的实现如何变化，调用者都不需要关心，它只需要关心产品的接口，只要接口保持不变，系统中的上层模块就需要发生变化。
- 工厂方法模式是典型的解耦框架。高层模块只需要知道产品的抽象类，其他的实现类都不用关心。
工厂方法模式的扩展
缩小为简单工厂模式（Simple Factory Pattern）
简单工厂模式也叫做静态工厂模式。在实际项目中，采用该方法的案例还是比较多的， 其缺点是工厂类的扩展比较困难，不符合开闭原则，但它仍然是一个非常实用的设计模式。
升级为多个工厂类
每一个产品类都对应了一个创建类，符合单一职责原则，好处就是创建类的职责清晰，而且结构简单，但是给可扩展性和可维护性带来了一定的影响。 由于要扩展一个产品类，就需要建立一个相应的工厂类，这样就增加了扩展的难度。 因为工厂类和产品类的数量相同，维护时需要考虑两个对象之间的关系。
替代单例模式
由工厂控制“是否唯一”，而不是对象自己
延迟初始化
延迟初始化（Lazy initialization）：一个对象被消费完毕后，并不立刻释放，工厂类保持其初始状态，等待再次被使用。 延迟初始化是工厂模式的一个扩展应用。
示例
简单工厂模式
type SimpleFactory struct{}
func (f *SimpleFactory) Create(t string) Notifier {
switch t {
case "email":
return &EmailNotifier{}
case "sms":
return &SMSNotifier{}
default:
panic("unknown type")
}
}多工厂模式
type EmailFactory struct{}
func (f *EmailFactory) Create() Notifier {
return &EmailNotifier{}
}
type SMSFactory struct{}
func (f *SMSFactory) Create() Notifier {
return &SMSNotifier{}
}延迟初始化
// ⚠ 注意并发安全
type LazyFactory struct {
cache map[string]Notifier
}
func NewLazyFactory() *LazyFactory {
return &LazyFactory{
cache: make(map[string]Notifier),
}
}
func (f *LazyFactory) Get(t string) Notifier {
if notifier, ok := f.cache[t]; ok {
return notifier
}
var n Notifier
switch t {
case "email":
n = &EmailNotifier{}
case "sms":
n = &SMSNotifier{}
default:
panic("unknown type")
}
f.cache[t] = n
return n
}公共部分
// 抽象产品
type Notifier interface {
Send(msg string)
}
// 具体产品 A
type EmailNotifier struct{}
func (e *EmailNotifier) Send(msg string) {
// ...
}
// 具体产品 B
type SMSNotifier struct{}
func (s *SMSNotifier) Send(msg string) {
// ...
}