抽象工厂
抽象工厂模式介绍
抽象工厂模式是工厂模式的升级版,它用来创建一组相关或者相互依赖的对象。
他与工厂模式的区别就在于,工厂模式针对的是一个产品等级结构;而抽象工厂模式则针对的是面向多个产品等级结构的。
在编程中,通常一个产品结构,表现为一个接口或者抽象类,也就是说,工厂模式提供的所有产品都是衍生自同一个接口或抽象类,
而抽象工厂模式所提供的产品则是衍生自不同的接口或抽象类。
例子如下:
package abstractfactory
// 抽象工厂
type AbstractFactory interface {
// 创建产品A
CreateProductA() ProductA
// 创建产品B
CreateProductB() ProductB
}
// 产品A
type ProductA interface {
// 产品A的方法
MethodA()
}
// 产品B
type ProductB interface {
// 产品B的方法
MethodB()
}
// 具体产品A1
type ConcreteProductA1 struct {
}
func (p *ConcreteProductA1) MethodA() {
// 具体实现
}
// 具体产品A2
type ConcreteProductA2 struct {
}
func (p *ConcreteProductA2) MethodA() {
// 具体实现
}
// 具体产品B1
type ConcreteProductB1 struct {
}
func (p *ConcreteProductB1) MethodB() {
// 具体实现
}
// 具体产品B2
type ConcreteProductB2 struct {
}
func (p *ConcreteProductB2) MethodB() {
// 具体实现
}
// 具体工厂1
type ConcreteFactory1 struct {
}
func (f *ConcreteFactory1) CreateProductA() ProductA {
return &ConcreteProductA1{}
}
func (f *ConcreteFactory1) CreateProductB() ProductB {
return &ConcreteProductB1{}
}
// 具体工厂2
type ConcreteFactory2 struct {
}
func (f *ConcreteFactory2) CreateProductA() ProductA {
return &ConcreteProductA2{}
}
func (f *ConcreteFactory2) CreateProductB() ProductB {
return &ConcreteProductB2{}
}
// 客户端
type Client struct {
}
func (c *Client) Create(factory AbstractFactory) {
// 创建产品A
productA := factory.CreateProductA()
// 创建产品B
productB := factory.CreateProductB()
// do something
productA.MethodA()
productB.MethodB()
}
// 客户端调用
func main() {
client := &Client{}
// 创建工厂1
factory1 := &ConcreteFactory1{}
client.Create(factory1)
// 创建工厂2
factory2 := &ConcreteFactory2{}
client.Create(factory2)
}
如何更简单的理解抽象工厂
抽象工厂模式的实质是:提供接口,创建一系列相关或相互依赖的对象。
举个例子:我们去麦当劳点餐,点的是套餐,套餐里有汉堡、薯条、可乐,这些东西是相互依赖的,汉堡里有肉,薯条里有土豆,
可乐里有糖,这些东西是相互依赖的,如果没有其中的一个,那么这个套餐就不完整了。
但是,我们去麦当劳点餐的时候,不会去点汉堡、薯条、可乐,而是直接点套餐,因为套餐里包含了汉堡、薯条、可乐,这样更方便。
这里的套餐就是抽象工厂,汉堡、薯条、可乐就是抽象工厂里面的产品,而麦当劳就是抽象工厂的实现类。
抽象工厂优缺点
优点
抽象工厂模式隔离了具体类的生成,使得客户并不需要知道什么被创建。由于这种隔离,更换一个具体工厂就变得相对容易,所有的具体工厂都实现了抽象工厂中定义的那些公共接口,因此只需改变具体工厂的实例,就可以在某种程度上改变整个软件系统的行为。
当一个产品族中的多个对象被设计成一起工作时,它能够保证客户端始终只使用同一个产品族中的对象。
增加新的产品族很方便,无须修改已有系统,符合“开闭原则”。
缺点
在添加新的产品对象时,难以扩展抽象工厂来生产新种类的产品,这是因为在抽象工厂角色中规定了所有可能被创建的产品集合,要支持新种类的产品就意味着要对该接口进行扩展,而这将涉及到对抽象工厂角色及其所有子类的修改,显然会带来较大的不便。
开闭原则的倾斜性(增加新的工厂和产品族容易,增加新的产品等级结构麻烦)。
使用场景
一个系统不应当依赖于产品类实例如何被创建、组合和表达的细节,这对于所有形态的工厂模式都是重要的。
系统中有多于一个的产品族,而每次只使用其中某一产品族。
属于同一个产品族的产品将在一起使用,这一约束必须在系统的设计中体现出来。
系统提供一个产品类的库,所有产品以同样的接口出现,从而使客户端不依赖于具体实
本作品采用《CC 协议》,转载必须注明作者和本文链接
推荐文章: