23设计模式(3):Abstract Factory模式
定义:要创建一组相关或依赖对象提供一个接口,而你并不需要指定其具体类别。
类型:创建一个类模型
类图:
抽象工厂模式与工厂方法模式的差别
抽象工厂模式是工厂方法模式的升级版本号,他用来创建一组相关或者相互依赖的对象。他与工厂方法模式的差别就在于。工厂方法模式针对的是一个产品等级结构;而抽象工厂模式则是针对的多个产品等级结构。在编程中。通常一个产品结构,表现为一个接口或者抽象类,也就是说。工厂方法模式提供的全部产品都是衍生自同一个接口或抽象类。而抽象工厂模式所提供的产品则是衍生自不同的接口或抽象类。
在抽象工厂模式中,有一个产品族的概念:所谓的产品族。是指位于不同产品等级结构中功能相关联的产品组成的家族。
抽象工厂模式所提供的一系列产品就组成一个产品族;而工厂方法提供的一系列产品称为一个等级结构。
我们依旧拿生产汽车的样例来说明他们之间的差别。
在上面的类图中,两厢车和三厢车称为两个不同的等级结构;而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();
}
}
抽象工厂模式的长处
抽象工厂模式除了具有工厂方法模式的长处外,最基本的长处就是能够在类的内部对产品族进行约束。所谓的产品族。一般或多或少的都存在一定的关联。抽象工厂模式就能够在类内部对产品族的关联关系进行定义和描写叙述,而不必专门引入一个新的类来进行管理。
抽象工厂模式的缺点
产品族的扩展将是一件十分费力的事情,假如产品族中须要添加一个新的产品。则差点儿全部的工厂类都须要进行改动。
所以使用抽象工厂模式时,对产品等级结构的划分是很重要的。
适用场景
当须要创建的对象是一系列相互关联或相互依赖的产品族时,便能够使用抽象工厂模式。说的更明确一点,就是一个继承体系中。假设存在着多个等级结构(即存在着多个抽象类)。而且分属各个等级结构中的实现类之间存在着一定的关联或者约束,就能够使用抽象工厂模式。假如各个等级结构中的实现类之间不存在关联或约束,则使用多个独立的工厂来对产品进行创建。则更合适一点。
总结
不管是简单工厂模式。工厂方法模式,还是抽象工厂模式。他们都属于工厂模式,在形式和特点上也是极为相似的,他们的终于目的都是为了解耦。在使用时。我们不必去在意这个模式究竟工厂方法模式还是抽象工厂模式,由于他们之间的演变经常是令人琢磨不透的。经常你会发现。明明使用的工厂方法模式。当新需求来临,稍加改动,增加了一个新方法后,由于类产品构成的产品系列不同的层次结构。它成为一个抽象工厂模式;作为抽象工厂模式,减少的方法,使产品不再构成产品系列后报价,它演变成工厂方法模式。
所以,当使用工厂模式。只需要关注减少耦合比的目的已经达到了。
最新文章
- ajax-异步JavaScript和XML
- react+redux教程(六)redux服务端渲染流程
- Hotaru's problem
- ICMP Protocol
- [ShareSDK for Android]新浪微博常见问题
- Maven项目的发布,发布到Nexus
- Objective C assign&;copy &; retain区别
- [LeetCode]题解(python):021-Merge Two Sorted Lists
- codeforces 887A Div. 64 思维 模拟
- Centos系统下Lamp环境的快速搭建(超详细)
- 对于vxworks下硬盘驱动
- 使用exceljs时报错:no such file or directory
- 为什么我说IPFS社区从卖矿机开始,就是错的
- Java 接口篇
- 洛谷P2765魔术球问题 最小路径覆盖
- Java技术----Java泛型详解
- Elasticsearch 系列3 --- Elasticsearch配置
- 171. Excel Sheet Column Number(简单数学题)
- OMIM 表型和基因如何关联
- 微信小程序日记(一)
热门文章
- Redisql: the lightning fast data polyglot【翻译】 - Linvo's blog - 博客频道 - CSDN.NET
- jqueryUI中datepicker的使用,解决与asp.net中的UpdatePanel联合使用时的失效问题
- MySQL 採用Xtrabackup对数据库进行全库备份
- Cocos2d-X3.0 刨根问底(九)----- 场景切换(TransitionScene)源代码分析
- WM_PAINT产生原因有2种(用户操作和API)——WM_PAINT和WM_ERASEBKGND产生时的先后顺序不一定(四段讨论)
- CF 514C(hash)
- HP MSA2312 ERROR
- hadoop深入研究:(七)——压缩
- Codeforces Round #296 (Div. 2) A B C D
- spring-bean属性配置解析