设计模式之美:Abstract Factory(抽象工厂)
索引
别名
- Kit
意图
提供一个创建一系列相关或相互依赖对象的接口,而无需指定它们具体的类。
Provide an interface for creating families of related or dependent objects without specifying their concrete classes.
结构

参与者
AbstractFactory
- 声明一个创建抽象产品对象的操作接口。
ConcreteFactory
- 实现创建具体产品对象的操作。
AbstractProduct
- 为一类产品对象声明一个接口。
ConcreteProduct
- 定义一个将被相应的具体工厂创建的产品对象。
- 实现 AbstractProduct 接口。
Client
- 仅适用由 AbstractFactory 和 AbstractProduct 类声明的接口。
适用性
在以下情况下可以使用 Abstract Factory 模式:
- 一个系统要独立于它的产品的创建、组合和表示时。
- 一个系统要由多个产品系列中的一个来配置时。
- 当你要强调一系列相关的产品对象的设计以便进行联合使用时。
- 当你提供一个产品类库,而只想显示它们的接口而不是实现时。
缺点
- 难以支持新种类的产品。支持新种类的产品就需要扩展 AbstractFactory 接口,这将引起所有子类的改变。
效果
- 它分离了具体的类。
- 它使得易于交换产品系列。
- 它有利于产品的一致性。
相关模式
- Abstract Factory 经常用 Factory Method 来实现。
- Abstract Factory 也可以用 Prototype来实现。
- 一个具体的工厂可以是一个 Singleton。
命名约定
使用命名约定是一个好习惯,例如,总是声明那些定义为抽象工厂的类为 XxxKit。
实现
实现方式(一):使用 Factory Method 来实现 Abstract Factory。
一个具体的工厂将为每个产品重定义该工厂方法以指定产品。
namespace AbstractFactoryPattern.Implementation1
{
public abstract class AbstractOrInterfaceOfFactoryKit
{
public abstract AbstractOrInterfaceOfProductA CreateProductA();
public abstract AbstractOrInterfaceOfProductB CreateProductB();
} public abstract class AbstractOrInterfaceOfProductA
{
} public abstract class AbstractOrInterfaceOfProductB
{
} public class ConcreteFactoryKit1 : AbstractOrInterfaceOfFactoryKit
{
public override AbstractOrInterfaceOfProductA CreateProductA()
{
return new ConcreteProductA();
} public override AbstractOrInterfaceOfProductB CreateProductB()
{
return new ConcreteProductB();
}
} public class ConcreteProductA : AbstractOrInterfaceOfProductA
{
} public class ConcreteProductB : AbstractOrInterfaceOfProductB
{
} public class Client
{
public void TestCase1()
{
AbstractOrInterfaceOfFactoryKit kit = new ConcreteFactoryKit1();
AbstractOrInterfaceOfProductA productA = kit.CreateProductA();
AbstractOrInterfaceOfProductB productB = kit.CreateProductB();
}
}
}
实现方式(二):使用 Prototype 来实现 Abstract Factory。
具体工厂使用产品系列中每一个产品的原型实例来初始化,且它通过复制它的原型来创建新的产品。
namespace AbstractFactoryPattern.Implementation2
{
public abstract class AbstractOrInterfaceOfFactoryKit
{
public abstract AbstractOrInterfaceOfProductA CreateProductA();
public abstract AbstractOrInterfaceOfProductB CreateProductB();
} public abstract class AbstractOrInterfaceOfProductA
{
public abstract AbstractOrInterfaceOfProductA Clone();
} public abstract class AbstractOrInterfaceOfProductB
{
public abstract AbstractOrInterfaceOfProductB Clone();
} public class ConcreteFactoryKit1 : AbstractOrInterfaceOfFactoryKit
{
public override AbstractOrInterfaceOfProductA CreateProductA()
{
return new ConcreteProductA();
} public override AbstractOrInterfaceOfProductB CreateProductB()
{
return new ConcreteProductB();
}
} public class ConcreteFactoryKit2 : AbstractOrInterfaceOfFactoryKit
{
private AbstractOrInterfaceOfProductA _prototypeOfProductA;
private AbstractOrInterfaceOfProductB _prototypeOfProductB; public ConcreteFactoryKit2(
AbstractOrInterfaceOfProductA prototypeOfProductA,
AbstractOrInterfaceOfProductB prototypeOfProductB)
{
_prototypeOfProductA = prototypeOfProductA;
_prototypeOfProductB = prototypeOfProductB;
} public override AbstractOrInterfaceOfProductA CreateProductA()
{
return _prototypeOfProductA.Clone();
} public override AbstractOrInterfaceOfProductB CreateProductB()
{
return _prototypeOfProductB.Clone();
}
} public class ConcreteProductA : AbstractOrInterfaceOfProductA
{
public override AbstractOrInterfaceOfProductA Clone()
{
return new ConcreteProductA();
}
} public class ConcreteProductB : AbstractOrInterfaceOfProductB
{
public override AbstractOrInterfaceOfProductB Clone()
{
return new ConcreteProductB();
}
} public class Client
{
public void TestCase2()
{
AbstractOrInterfaceOfFactoryKit kit1 = new ConcreteFactoryKit1();
AbstractOrInterfaceOfProductA productA1 = kit1.CreateProductA();
AbstractOrInterfaceOfProductB productB1 = kit1.CreateProductB(); AbstractOrInterfaceOfFactoryKit kit2 = new ConcreteFactoryKit2(productA1, productB1);
AbstractOrInterfaceOfProductA productA2 = kit2.CreateProductA();
AbstractOrInterfaceOfProductB productB2 = kit2.CreateProductB();
}
}
}
实现方式(三):定义可扩展的 Abstract Factory。
Abstract Factory 通常为每一种它可以生产的产品定义一个操作。产品的种类被编码在操作型构中。
增加一种新的产品要求改变 Abstract Factory 的接口以及所有与它相关的类。
一个更灵活但不太安全的设计是给创建对象的操作增加一个参数。该参数指定了将被创建的对象的种类。
该参数可以是一个类标识符、一个整数、一个字符串,或其他任何可以标识这种产品的东西。
这样改动之后,Abstract Factory 只需要一个 "Make" 操作和一个指示要创建对象的种类的参数。
namespace AbstractFactoryPattern.Implementation3
{
public enum ProductCategory
{
ProductA,
ProductB,
} public abstract class AbstractOrInterfaceOfFactoryKit
{
public abstract object CreateProduct(ProductCategory category);
} public abstract class AbstractOrInterfaceOfProductA
{
} public abstract class AbstractOrInterfaceOfProductB
{
} public class ConcreteFactoryKit1 : AbstractOrInterfaceOfFactoryKit
{
public override object CreateProduct(ProductCategory category)
{
switch (category)
{
case ProductCategory.ProductA:
return new ConcreteProductA();
case ProductCategory.ProductB:
return new ConcreteProductB();
default:
throw new NotSupportedException();
}
}
} public class ConcreteProductA : AbstractOrInterfaceOfProductA
{
} public class ConcreteProductB : AbstractOrInterfaceOfProductB
{
} public class Client
{
public void TestCase3()
{
AbstractOrInterfaceOfFactoryKit kit = new ConcreteFactoryKit1();
AbstractOrInterfaceOfProductA productA = (AbstractOrInterfaceOfProductA)kit.CreateProduct(ProductCategory.ProductA);
AbstractOrInterfaceOfProductB productB = (AbstractOrInterfaceOfProductB)kit.CreateProduct(ProductCategory.ProductB);
}
}
}
实现方式(四):使用模板以避免创建子类。
使用C#中的泛型实现抽象工厂。
namespace AbstractFactoryPattern.Implementation4
{
public abstract class AbstractOrInterfaceOfFactoryKit
{
public abstract AbstractOrInterfaceOfProductA CreateProductA();
public abstract AbstractOrInterfaceOfProductB CreateProductB();
public abstract AbstractOrInterfaceOfProductC CreateProductC<TC>()
where TC : AbstractOrInterfaceOfProductC, new();
} public abstract class AbstractOrInterfaceOfProductA
{
} public abstract class AbstractOrInterfaceOfProductB
{
} public abstract class AbstractOrInterfaceOfProductC
{
} public class ConcreteFactoryKit1<TA, TB> : AbstractOrInterfaceOfFactoryKit
where TA : AbstractOrInterfaceOfProductA, new()
where TB : AbstractOrInterfaceOfProductB, new()
{
public override AbstractOrInterfaceOfProductA CreateProductA()
{
return new TA();
} public override AbstractOrInterfaceOfProductB CreateProductB()
{
return new TB();
} public override AbstractOrInterfaceOfProductC CreateProductC<TC>()
{
return new TC();
}
} public class ConcreteProductA : AbstractOrInterfaceOfProductA
{
} public class ConcreteProductB : AbstractOrInterfaceOfProductB
{
} public class ConcreteProductC : AbstractOrInterfaceOfProductC
{
} public class Client
{
public void TestCase4()
{
AbstractOrInterfaceOfFactoryKit kit = new ConcreteFactoryKit1<ConcreteProductA, ConcreteProductB>();
AbstractOrInterfaceOfProductA productA = kit.CreateProductA();
AbstractOrInterfaceOfProductB productB = kit.CreateProductB();
AbstractOrInterfaceOfProductC productC = kit.CreateProductC<ConcreteProductC>();
}
}
}
《设计模式之美》为 Dennis Gao 发布于博客园的系列文章,任何未经作者本人同意的人为或爬虫转载均为耍流氓。
设计模式之美:Abstract Factory(抽象工厂)的更多相关文章
- 设计模式02: Abstract Factory 抽象工厂(创建型模式)
Abstract Factory 抽象工厂(创建型模式) 常见的对象创建方法: //创建一个Road对象 Road road=new Road(); new的问题: -实现依赖 ...
- 面向对象设计模式纵横谈:Abstract Factory 抽象工厂模式(笔记记录)
今天是设计模式的第二讲,抽象工厂的设计模式,我们还是延续老办法,一步一步的.演变的来讲,先来看看一个对象创建的问题. 1.如何创建一个对象 常规的对象创建方法: 这样的创建对象没有任何问题, ...
- c++ 设计模式9 (Abstract Factory 抽象工厂模式)
5.2 抽象工厂模式 动机:在软件系统中,经常面临着“一系列相互依赖的对象”的创建工作:同时,由于需求的变化,往往存在更多系列对象的创建工作. 代码示例: 实现利用数据库的业务逻辑,支持多数据库(Sq ...
- C#面向对象设计模式纵横谈——3.Abstract Factory 抽象工厂(创建型模式)
动机(Motivation) 在软件系统中经常面临着“一系列相互依赖的对象”的创建工作,同时,由于需求变化,往往存在更多系列对象的创建工作.如何应对这种变化?如何绕过常规对象的创建,提供一种“封装机制 ...
- 设计模式(一): abstract factory抽象工厂模式 -- 创建型模式
1.定义 为创建一组相关或相互依赖的对象提供一个接口,而且无需指定他们的具体类. 2.适用场景 1.一个系统要独立于它的产品创建.组合和表示. 2.一个系统要由多个产品系列中的一个来配置. 3.当你要 ...
- 一天一个设计模式——Abstract Factory抽象工厂模式
一.模式说明 前面学习了工厂方法(Factory Method)模式.在工厂方法模式中,在工厂方法模式中,父类决定如何生成实例,但并不决定所要生成的具体类,具体的处理交由子类来处理.这里学习的抽象工厂 ...
- Java设计模式:Abstract Factory(抽象工厂)模式
概念定义 抽象工厂(Abstract Factory)模式提供一个创建一系列相关或相互依赖对象的接口,而无需指定它们具体的类. 抽象工厂模式中,系统的产品有多于一个的产品族(一个产品族里定义多个产品) ...
- Abstract Factory 抽象工厂(创建型模式)
1.常规的对象创建方法(以更换QQ空间主题为例) (这里的常规对象指的是由于业务需求,当前实例化的对象有可能被其他相似的对象(有着共同的特性)所取代,例如更换手机铃声:一首歌取代另一首歌(词,曲,和声 ...
- 对象创建型模式------Abstract Factory(抽象工厂)
1. 意图 提供一个创建一系列相关或相互依赖对象的接口,而无需指定它们具体的类.2. 别名 Kit3. 动机 假设我们要开发一款游戏,当然为了吸引更多的人玩,游戏难度不能太大 ...
- Abstract factory抽象工厂--对象创建型
意图: 提供一个创建一系列相关或者相互依赖对象的接口,而无需指定它们具体的类. 别名:Kit 补充: 抽象产品A : (产品A1 和产品 A2) 抽象产品B : ( 产品B1 和 产品B2) 一般情况 ...
随机推荐
- arpg网页游戏之地图(四)
这一节主要是针对上一节的补充,关于地图的优化策略上一节中已经涉及了一些,这一节具体说下. 地图块加载队列:就拿1280*800的屏幕分辨率来讲,大约需要加载的地图块为30~35块之间,如果这个时候一下 ...
- Allegro学习(http://www.asmyword.com/forum.php?mod=forumdisplay&fid=86)
一.资源 1.网站推荐www.eda365.com,里面有很多有用的东西:当然还有官方代理商的网站http://www.pspice.com.cn/: 2.视频教程:有库源电气的视频教程,还有在www ...
- SQL Server 阻止了对组件 'Ad Hoc Distributed Queries' 的 STATEMENT 'OpenRowset/OpenDatasource' 的访问,因为此组件已作为此服务器安全配置的一部分而被关闭。系统管理员可以通过使用 sp_configure 启用 'Ad Hoc Distributed Queries'。
今天单位一ASP.NET网站,里面有个功能是导出数据,发现一导出就报错,报错内容是:SQL Server 阻止了对组件 'Ad Hoc Distributed Queries' 的 STATEMENT ...
- 将C语课设传到了Github和Code上 2015-91-18
一直听说Git好使,以前捣鼓过没弄成,现在考完试了终于可以静下心来研究研究. 哎,我要是当时做课设的时候就用Git,也能省下不少事呢. 使用的Git教程,刚看个开头: 廖雪峰的Git教程 http:/ ...
- java去中文
java 去中文 package a.b; public class TrimCNTool { public static boolean checkCNChar(char oneChar) { if ...
- widows下jieba分词的安装
在切词的时候使用到jieba分词器,安装如下: 切入到结巴包,执行 python setup.py install 安装后,可以直接在代码中引用: import jieba
- MySQL安装常见问题(找不到文件,系统服务无法启动...)
在安装mysql时总是会遇到问题,每次重新安装都会花很多时间来排查.在网上其实有很多相关的文章,但很多都只讲了方法,但没讲具体细节问题,导致无法解决问题.其实有时候知道问题的原因,但总是因为一些细节问 ...
- CCKJ 笔试
面向对象三个特性: 面向对象技术是目前流行的系统设计开发技术,它包括面向对象分析和面向对象程序设计.面向对象程序设计技术的提出,主要是为了解决传统程序设计方法--结构化程序设计所不能解决的代码重用问题 ...
- MVC5+EF6 简易版CMS(非接口) 第三章:数据存储和业务处理
目录 简易版CMS后台管理系统开发流程 MVC5+EF6 简易版CMS(非接口) 第一章:新建项目 MVC5+EF6 简易版CMS(非接口) 第二章:建数据模型 MVC5+EF6 简易版CMS(非接口 ...
- centos6搭建VPN
1,检查是否开启PPP #cat /dev/ppp cat: /dev/ppp: No such device or address //表示已经开启 2,安装ppp和iptables #yum in ...