标签:des style class blog code java
抽象工厂模式是全部形态的工厂模式中最为抽象和最具一般性的一种形态。
为了方便引进抽象工厂模式,引进一个新概念:产品族(Product Family)。所谓产品族,是指位于不同产品等级结构,功能相关联的产品组成的家族。如图:
图中一共同拥有四个产品族,分布于三个不同的产品等级结构中。仅仅要指明一个产品所处的产品族以及它所属的等级结构,就能够唯一的确定这个产品。
引进抽象工厂模式
所谓的抽象工厂是指一个工厂等级结构能够创建出分属于不同产品等级结构的一个产品族中的全部对象。假设用图来描写叙述的话,例如以下图:
图中描写叙述的东西用产品族描写叙述例如以下:
抽象工厂(Abstract
Factory)角色:担任这个角色的是工厂方法模式的核心,它是与应用系统商业逻辑无关的。
详细工厂(Concrete Factory)角色:这个角色直接在client的调用下创建产品的实例。这个角色含有选择合适的产品对象的逻辑,而这个逻辑是与应用系统的商业逻辑紧密相关的。
抽象产品(Abstract Product)角色:担任这个角色的类是工厂方法模式所创建的对象的父类,或它们共有的接口。
详细产品(Concrete
Product)角色:抽象工厂模式所创建的不论什么产品对象都是某一个详细产品类的实例。这是client终于须要的东西,其内部一定充满了应用系统的商业逻辑。
该程序演示了抽象工厂的结构,本身不具有不论什么实际价值。
在下面情况下应当考虑使用抽象工厂模式:
据说最早的应用是用来创建在不同操作系统的视窗环境下都可以执行的系统。比方在Windows与Unix系统下都有视窗环境的构件,在每个操作系统中,都有一个视窗构件组成的构件家族。我们可以通过一个抽象角色给出功能描写叙述,而由详细子类给出不同操作系统下的详细实现,如图:
能够发现上面产品类图有两个产品等级结构,各自是Button与Text;同一时候有两个产品族:Unix产品族与Windows产品族。
系统对产品对象的创建要求由一个工厂的等级结构满足。当中有两个详细工厂角色,即UnixFactory和WinFactory。UnixFactory对象负责创建Unix产品族中的产品,而WinFactory负责创建Windows产品族中的产品。
显然一个系统仅仅可以在某一个操作系统的视窗环境下执行,而不能同一时候在不同的操作系统上执行。所以,系统实际上仅仅能消费属于同一个产品族的产品。
在现代的应用中,抽象工厂模式的使用范围已经大大扩大了,不再要求系统仅仅能消费某一个产品族了。
Herbivore:草食动物
Carnivore:食肉动物
Bison:[‘baisn],美洲或欧洲的野牛
以下实际代码演示了一个电脑游戏中创建不同动物的抽象工厂。虽然在不同大陆下动物物种是不一样的,但动物间的关系仍然保留了下来。
抽象工厂的另外一个样例:
怎样设计抽象类工厂留作思考。
"开放-封闭"原则要求系统对扩展开放,对改动封闭。通过扩展达到增强其功能的目的。对于涉及到多个产品族与多个产品等级结构的系统,其功能增强包含双方面:
添加产品族:Abstract Factory非常好的支持了"开放-封闭"原则。
添加新产品的等级结构:须要改动全部的工厂角色,没有非常好支持"开放-封闭"原则。
综合起来,抽象工厂模式以一种倾斜的方式支持添加新的产品,它为新产品族的添加提供方便,而不能为新的产品等级结构的添加提供这种方便。
參考文献:
阎宏,《Java与模式》,电子工业出版社
[美]James W.
Cooper,《C#设计模式》,电子工业出版社
[美]Alan Shalloway James R. Trott,《Design
Patterns Explained》,中国电力出版社
[美]Robert C.
Martin,《敏捷软件开发-原则、模式与实践》,清华大学出版社
[美]Don Box, Chris Sells,《.NET本质论
第1卷:公共语言执行库》,中国电力出版社
标签:des style class blog code java
原文地址:http://www.cnblogs.com/lcchuguo/p/3784630.html