抽象工厂

抽象工厂模式介绍

抽象工厂模式是工厂模式的升级版,它用来创建一组相关或者相互依赖的对象。

他与工厂模式的区别就在于,工厂模式针对的是一个产品等级结构;而抽象工厂模式则针对的是面向多个产品等级结构的。

在编程中,通常一个产品结构,表现为一个接口或者抽象类,也就是说,工厂模式提供的所有产品都是衍生自同一个接口或抽象类,

而抽象工厂模式所提供的产品则是衍生自不同的接口或抽象类。

例子如下:

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)
}

抽象工厂

如何更简单的理解抽象工厂

抽象工厂模式的实质是:提供接口,创建一系列相关或相互依赖的对象。

举个例子:我们去麦当劳点餐,点的是套餐,套餐里有汉堡、薯条、可乐,这些东西是相互依赖的,汉堡里有肉,薯条里有土豆,

可乐里有糖,这些东西是相互依赖的,如果没有其中的一个,那么这个套餐就不完整了。

但是,我们去麦当劳点餐的时候,不会去点汉堡、薯条、可乐,而是直接点套餐,因为套餐里包含了汉堡、薯条、可乐,这样更方便。

这里的套餐就是抽象工厂,汉堡、薯条、可乐就是抽象工厂里面的产品,而麦当劳就是抽象工厂的实现类。

抽象工厂优缺点

优点

  1. 抽象工厂模式隔离了具体类的生成,使得客户并不需要知道什么被创建。由于这种隔离,更换一个具体工厂就变得相对容易,所有的具体工厂都实现了抽象工厂中定义的那些公共接口,因此只需改变具体工厂的实例,就可以在某种程度上改变整个软件系统的行为。

  2. 当一个产品族中的多个对象被设计成一起工作时,它能够保证客户端始终只使用同一个产品族中的对象。

  3. 增加新的产品族很方便,无须修改已有系统,符合“开闭原则”。

缺点

  1. 在添加新的产品对象时,难以扩展抽象工厂来生产新种类的产品,这是因为在抽象工厂角色中规定了所有可能被创建的产品集合,要支持新种类的产品就意味着要对该接口进行扩展,而这将涉及到对抽象工厂角色及其所有子类的修改,显然会带来较大的不便。

  2. 开闭原则的倾斜性(增加新的工厂和产品族容易,增加新的产品等级结构麻烦)。

使用场景

  1. 一个系统不应当依赖于产品类实例如何被创建、组合和表达的细节,这对于所有形态的工厂模式都是重要的。

  2. 系统中有多于一个的产品族,而每次只使用其中某一产品族。

  3. 属于同一个产品族的产品将在一起使用,这一约束必须在系统的设计中体现出来。

  4. 系统提供一个产品类的库,所有产品以同样的接口出现,从而使客户端不依赖于具体实

本作品采用《CC 协议》,转载必须注明作者和本文链接
我是哈哈怪,每天笑哈哈. go/php开发, 业余喜欢写技术文章,欢迎关注我的个人网站 公众号:哈哈怪玩编程
讨论数量: 0
(= ̄ω ̄=)··· 暂无内容!

讨论应以学习和精进为目的。请勿发布不友善或者负能量的内容,与人为善,比聪明更重要!