golang设计模式之抽象工厂模式

栏目: Go · 发布时间: 5年前

内容简介:wiki: 抽象工厂模式(英语:Abstract factory pattern)是一种软件开发设计模式。抽象工厂模式提供了一种方式,可以将一组具有同一主题的单独的工厂封装起来。在正常使用中,客户端程序需要创建抽象工厂的具体实现,然后使用抽象工厂作为接口来创建这一主题的具体对象。客户端程序不需要知道(或关心)它从这些内部的工厂方法中获得对象的具体类型,因为客户端程序仅使用这些对象的通用接口。抽象工厂模式将一组对象的实现细节与他们的一般使用分离开来。在前面的文章中我们介绍过工厂模式的前两种:而今天要介绍的

抽象工厂模式

简介

wiki: 抽象工厂模式(英语:Abstract factory pattern)是一种软件开发设计模式。抽象工厂模式提供了一种方式,可以将一组具有同一主题的单独的工厂封装起来。在正常使用中,客户端程序需要创建抽象工厂的具体实现,然后使用抽象工厂作为接口来创建这一主题的具体对象。客户端程序不需要知道(或关心)它从这些内部的工厂方法中获得对象的具体类型,因为客户端程序仅使用这些对象的通用接口。抽象工厂模式将一组对象的实现细节与他们的一般使用分离开来。

在前面的文章中我们介绍过工厂模式的前两种:

而今天要介绍的 抽象工厂模式 就是工厂模式中的最后一种了,是前两种模式的补充,

工厂模式用来创建一组相关或者相互依赖的对象,与工厂方法模式的区别就在于,工厂方法模式针对的是一个产品等级结构;而抽象工厂模式则是针对的多个产品等级结构, 我们可以将一种产品等级想象为一个产品族,所谓的产品族,是指位于不同产品等级结构中功能相关联的产品组成的家族。

代码实现

还是以 工厂方法模式 中我们举的卖包子的例子:

在之前的工厂方法中,需要在齐市和广东开两家包子店,那么就需要从一个工厂接口中实现两个工厂结构体,齐市店和广东店属于两个产品族,猪肉包和三鲜馅包子属于同一个等级结构,

所以在抽象工厂模式中,我们要添加两个工厂,每个工厂实现两个产品的创建方法:

  1. 工厂接口和产品接口

       type FactoryInterface interface {
       	CreatePigMeatBuns() ProductInterface // 创建猪肉馅产品
       	Create3SBuns() ProductInterface      // 创建三鲜馅产品
       }
          
       type ProductInterface interface {
       	Intro()
       }
    
  2. 实现4种产品

     
    type GDPigMeatBuns struct {
    }

    func (p GDPigMeatBuns) Intro() {
	    fmt.Println("广东猪肉馅包子")
    }
    // TODO ... 其他产品实现方法没区别... 就省略掉了,需要的话请去仓库里看源码
  1. 实现工厂
    // 齐市包子铺 
    type QSFactory struct {
    }

    func (qs QSFactory) CreatePigMeatBuns() ProductInterface {
	    return QSPigMeatBuns{}
    }

    func (qs QSFactory) Create3SBuns() ProductInterface {
	    return QS3SBuns{}
    }
    // 广东包子铺
    type GDFactory struct {
    }

    func (gd GDFactory) CreatePigMeatBuns() ProductInterface {
	    return GDPigMeatBuns{}
    }

    func (gd GDFactory) Create3SBuns() ProductInterface {
	    return GD3SBuns{}
    }
  1. 这样就可以通过抽象工厂创建了

         var f FactoryInterface  // 特意以这种方式声明,更好的体会抽象工厂模式的好处
       	f = new(QSFactory)  
       	b := f.CreatePigMeatBuns()  
       	b.Intro()
    

优缺点

  • 优点: 抽象工厂模式除了具有工厂方法模式的优点外,最主要的优点就是可以在类的内部对产品族进行约束。所谓的产品族,一般或多或少的都存在一定的关联,抽象工厂模式就可以在类内部对产品族的关联关系进行定义和描述,而不必专门引入一个新的类来进行管理。

  • 缺点: 产品族的扩展将是一件十分费力的事情,假如产品族中需要增加一个新的产品,则几乎所有的工厂类都需要进行修改。所以使用抽象工厂模式时,对产品等级结构的划分是非常重要的

总结

现在我们就讲完了三种工厂模式的构建了,他们之间有区别又有联系,具体使用什么模式,就见仁见智了,经常性的,当业务发展过程中,会从简单工厂模式一步一步变成工厂方法,或者抽象工厂模式

创建型 设计模式 的结果都是得到指定对象,模式之间没有好坏,按需使用,只要能够达到解耦的目的,就是好模式。

上述代码均放在 golang-design-patterns 这个仓库中

打个广告,推荐一下自己写的 go web框架 bingo ,求star,求PR ~


以上所述就是小编给大家介绍的《golang设计模式之抽象工厂模式》,希望对大家有所帮助,如果大家有任何疑问请给我留言,小编会及时回复大家的。在此也非常感谢大家对 码农网 的支持!

查看所有标签

猜你喜欢:

本站部分资源来源于网络,本站转载出于传递更多信息之目的,版权归原作者或者来源机构所有,如转载稿涉及版权问题,请联系我们

HotSpot实战

HotSpot实战

陈涛 / 人民邮电出版社 / 2014-3 / 69

《HotSpot实战》深入浅出地讲解了HotSpot虚拟机的工作原理,将隐藏在它内部的本质内容逐一呈现在读者面前,包括OpenJDK与HotSpot项目、编译和调试HotSpot的方法、HotSpot内核结构、Launcher、OOP-Klass对象表示系统、链接、运行时数据区、方法区、常量池和常量池Cache、Perf Data、Crash分析方法、转储分析方法、垃圾收集器的设计演进、CMS和G......一起来看看 《HotSpot实战》 这本书的介绍吧!

HTML 压缩/解压工具
HTML 压缩/解压工具

在线压缩/解压 HTML 代码

JSON 在线解析
JSON 在线解析

在线 JSON 格式化工具

html转js在线工具
html转js在线工具

html转js在线工具