博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
23种设计模式(3):抽象工厂模式
阅读量:4354 次
发布时间:2019-06-07

本文共 2221 字,大约阅读时间需要 7 分钟。

定义:为创建一组相关或相互依赖的对象提供一个接口,并且无需指定他们的详细类。

类型:创建类模式

类图:

抽象工厂模式与工厂方法模式的差别

        抽象工厂模式是工厂方法模式的升级版本号,他用来创建一组相关或者相互依赖的对象。他与工厂方法模式的差别就在于,工厂方法模式针对的是一个产品等级结构;而抽象工厂模式则是针对的多个产品等级结构。在编程中,通常一个产品结构,表现为一个接口或者抽象类,也就是说,工厂方法模式提供的全部产品都是衍生自同一个接口或抽象类,而抽象工厂模式所提供的产品则是衍生自不同的接口或抽象类。

        在抽象工厂模式中,有一个产品族的概念:所谓的产品族,是指位于不同产品等级结构中功能相关联的产品组成的家族。抽象工厂模式所提供的一系列产品就组成一个产品族;而工厂方法提供的一系列产品称为一个等级结构。我们依旧拿生产汽车的样例来说明他们之间的差别。

        在上面的类图中,两厢车和三厢车称为两个不同的等级结构;而2.0排量车和2.4排量车则称为两个不同的产品族。再详细一点,2.0排量两厢车和2.4排量两厢车属于同一个等级结构,2.0排量三厢车和2.4排量三厢车属于还有一个等级结构;而2.0排量两厢车和2.0排量三厢车属于同一个产品族,2.4排量两厢车和2.4排量三厢车属于还有一个产品族。

        明确了等级结构和产品族的概念,就理解工厂方法模式和抽象工厂模式的差别了,假设工厂的产品所有属于同一个等级结构,则属于工厂方法模式;假设工厂的产品来自多个等级结构,则属于抽象工厂模式。在本例中,假设一个工厂模式提供2.0排量两厢车和2.4排量两厢车,那么他属于工厂方法模式;假设一个工厂模式是提供2.4排量两厢车和2.4排量三厢车两个产品,那么这个工厂模式就是抽象工厂模式,由于他提供的产品是分属两个不同的等级结构。当然,假设一个工厂提供所有四种车型的产品,由于产品分属两个等级结构,他当然也属于抽象工厂模式了。

抽象工厂模式代码

interface IProduct1 {	public void show();}interface IProduct2 {	public void show();}class Product1 implements IProduct1 {	public void show() {		System.out.println("这是1型产品");	}}class Product2 implements IProduct2 {	public void show() {		System.out.println("这是2型产品");	}}interface IFactory {	public IProduct1 createProduct1();	public IProduct2 createProduct2();}class Factory implements IFactory{	public IProduct1 createProduct1() {		return new Product1();	}	public IProduct2 createProduct2() {		return new Product2();	}}public class Client {	public static void main(String[] args){		IFactory factory = new Factory();		factory.createProduct1().show();		factory.createProduct2().show();	}}

抽象工厂模式的长处

        抽象工厂模式除了具有工厂方法模式的长处外,最基本的长处就是能够在类的内部对产品族进行约束。所谓的产品族,一般或多或少的都存在一定的关联,抽象工厂模式就能够在类内部对产品族的关联关系进行定义和描写叙述,而不必专门引入一个新的类来进行管理。

 

抽象工厂模式的缺点

       产品族的扩展将是一件十分费力的事情,假如产品族中须要添加一个新的产品,则差点儿全部的工厂类都须要进行改动。所以使用抽象工厂模式时,对产品等级结构的划分是很重要的。

 

适用场景

       当须要创建的对象是一系列相互关联或相互依赖的产品族时,便能够使用抽象工厂模式。说的更明确一点,就是一个继承体系中,假设存在着多个等级结构(即存在着多个抽象类),而且分属各个等级结构中的实现类之间存在着一定的关联或者约束,就能够使用抽象工厂模式。假如各个等级结构中的实现类之间不存在关联或约束,则使用多个独立的工厂来对产品进行创建,则更合适一点。

 

总结

       不管是简单工厂模式,工厂方法模式,还是抽象工厂模式,他们都属于工厂模式,在形式和特点上也是极为相似的,他们的终于目的都是为了解耦。在使用时,我们不必去在意这个模式究竟工厂方法模式还是抽象工厂模式,由于他们之间的演变经常是令人琢磨不透的。经常你会发现,明明使用的工厂方法模式,当新需求来临,稍加改动,增加了一个新方法后,由于类中的产品构成了不同等级结构中的产品族,它就变成抽象工厂模式了;而对于抽象工厂模式,当降低一个方法使的提供的产品不再构成产品族之后,它就演变成了工厂方法模式。

       所以,在使用工厂模式时,仅仅须要关心减少耦合度的目的是否达到了。

 

转载于:https://www.cnblogs.com/zfyouxi/p/3774058.html

你可能感兴趣的文章
Http协议、Tomcat、servlet
查看>>
Spring Boot (11) mybatis 关联映射
查看>>
macOS 下安装tomcat
查看>>
字符串格式化复习笔记
查看>>
c++ 宏定义调用不定参数的函数
查看>>
动态规划典型例题--背包问题九讲
查看>>
Qt之QHeaderView自定义排序(终极版)
查看>>
python----logging
查看>>
LBP特征 学习笔记
查看>>
与TIME_WAIT相关的几个内核参数修改测试讨论结论
查看>>
webpack构建react应用三:使用webpack Loaders 模块加载器(一)
查看>>
Java JDBC
查看>>
走势终完美 --执子之手
查看>>
补全左括号
查看>>
javascript中关于坐标 大小 的描述
查看>>
8086CPU各寄存器的用途
查看>>
AngularJs中,如何在render完成之后,执行Js脚本
查看>>
Nginx 防盗链
查看>>
如何讓Android系統顯示CJK擴展區漢字
查看>>
Android 下拉选择绑定Value和Text值
查看>>