设计模式之美: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) 一般情况 ...
随机推荐
- 关于php Hash算法的一些整理总结
最近在公司内部的分享交流会上,有幸听到了鸟哥的关于php底层的一些算法的分享,虽然当时有些问题没有特别的明白,但是会后,查阅了各种各样的相关资料,对php的一些核心的hash算法有了进一步的理解和认识 ...
- ubuntu 14.04 更新 gcc/g++ 4.9.2
ubuntu 14.04 更新 gcc/g++ 4.9.2 最近看到c++11非常的好用,尤其是自带了regex,于是稍微学了一下c++11的新特性.可是我在编译一个regex程序是却发现稍微复杂一点 ...
- 【转载】OpenGL ES 三种类型修饰 uniform attribute varying
其实attribute varying已经被in和out代替了,但是有些工程代码里面仍然还在,所以权当笔记好了. 1.uniform变量uniform变量是外部application程序传递给(ver ...
- B-F 字符串匹配算法
Brute-Froce 算法是串的匹配模式算法中的一种其匹配方式如下: 1.设有字符串 a ,b;a为主串,在 a 中查找 b 串的位置 2.匹配方式如下: 2.1: 分别从 a,b串的第一个元素开始 ...
- CLR VIA C#事件
事件是类型的一个成员,用来在事情发生的时候通知注册了该事件的成员. 事件和观察者模式十分的相似,所以事件应该提供如下几种能力 1.能让对象的方法登记对他的关注 2.能让对象的方法取消对他的关注 3.能 ...
- Mysql错误信息汇总
目录: 1. Every derived table must have its own alias 内容: 1. Every derived table must have its own alia ...
- Builder(生成器)-对象创建型模式
一.意图 将一个复杂对象的构建与它的表示分离,使得同样的构造过程可以创建不同的表示. 二.动机 一个复杂的对象的构造过程中,原料相同,可能会要求生产不同的产品,并且生产的产品种类还能够方便的增加.Bu ...
- MCS-51系列特殊功能寄存器(摘录)
MCS-51系列特殊功能寄存器(80H~FFH) 1. P0 (80H) P0.7 P0.6 P0.5 P0.4 P0.3 P0.2 P0.1 P0.0 2.SP 栈指针(81H) 3.DPTR 数据 ...
- ORA-12505 错误解决
在Fedora下安装了Oracle 10gR2,安装完成之后,使用netca创建了监听,创建的时候没有使用默认的LISTENER和1521端口,而是使用了LISTENER_DELL和1522端口,终 ...
- C# DataSet和DataTable详解
1.C# DataSet和DataTable详解:http://www.cnblogs.com/top5/archive/2009/04/23/1441765.html 2.DataSet和DataT ...