设计模式---抽象工厂模式
2016-03-18 15:46
190 查看
Abstract Factory Pattern: Provide an interface for create families of related or dependent objects without specifying their concrete classes.
抽象工厂模式:提供了一个创建一系列相关或相互依赖对象的接口,而无需指定它们具体的类。又称为为Kit模式,属于对象创建模式。
抽象工厂模式动机:
在工厂方法模式中具体工厂负责生产具体的产品,每一个具体工厂对应一种具体产品,工厂方法也具有唯一性,一般情况下,一个具体工厂中只有一个工厂方法或者一组重载的工厂方法。但是有时候我们需要一个工厂可以提供多个产品对象,而不是单一的产品对象。
当系统所提供的工厂所需生产的具体产品并不是一个简单的对象,而是多个位于不同产品等级结构中属于不同类型的具体产品时需要使用抽象工厂模式。
抽象工厂模式是所有形式的工厂模式中最为抽象和最具一般性的一种形态。
抽象工厂模式与工厂方法模式最大的区别在于,工厂方法模式针对的是一个产品等级结构,而抽象工厂模式则需要面对多个产品等级结构,一个工厂等级结构可以负责多个不同产品等级结构中的产品对象的创建 。当一个工厂等级结构可以创建出分属于不同产品等级结构的一个产品族中的所有对象时,抽象工厂模式比工厂方法模式更为简单、有效率。
产品等级结构:产品等级结构即产品的继承结构,如一个抽象类是电视机,其子类有海尔电视机、海信电视机、TCL电视机,则抽象电视机与具体品牌的电视机之间构成了一个产品等级结构,抽象电视机是父类,而具体品牌的电视机是其子类。
产品族:在抽象工厂模式中,产品族是指由同一个工厂生产的,位于不同产品等级结构中的一组产品,如海尔电器工厂生产的海尔电视机、海尔电冰箱,海尔电视机位于电视机产品等级结构中,海尔电冰箱位于电冰箱产品等级结构中。
抽象工厂模式的优点:
抽象工厂模式隔离了具体类的生成,使得客户并不需要知道什么被创建。由于这种隔离,更换一个具体工厂就变得相对容易。所有的具体工厂都实现了抽象工厂中定义的那些公共接口,因此只需改变具体工厂的实例,就可以在某种程度上改变整个软件系统的行为。另外,应用抽象工厂模式可以实现高内聚低耦合的设计目的,因此抽象工厂模式得到了广泛的应用。
当一个产品族中的多个对象被设计成一起工作时,它能够保证客户端始终只使用同一个产品族中的对象。这对一些需要根据当前环境来决定其行为的软件系统来说,是一种非常实用的设计模式。
增加新的具体工厂和产品族很方便,无须修改已有系统,符合“开闭原则”。
抽象工厂模式的缺点:
在添加新的产品对象时,难以扩展抽象工厂来生产新种类的产品,这是因为在抽象工厂角色中规定了所有可能被创建的产品集合,要支持新种类的产品就意味着要对该接口进行扩展,而这将涉及到对抽象工厂角色及其所有子类的修改,显然会带来较大的不便。
开闭原则的倾斜性(增加新的工厂和产品族容易,增加新的产品等级结构麻烦)
抽象工厂模式适用环境:
一个系统不应当依赖于产品类实例如何被创建、组合和表达的细节,这对于所有类型的工厂模式都是重要的。
系统中有多于一个的产品族,而每次只使用其中某一产品族。
属于同一个产品族的产品将在一起使用,这一约束必须在系统的设计中体现出来。
系统提供一个产品类的库,所有的产品以同样的接口出现,从而使客户端不依赖于具体实现。
实例:电器工厂
一个电器工厂可以产生多种类型的电器,如海尔工厂可以生产海尔电视机、海尔空调等,TCL工厂可以生产TCL电视机、TCL空调等,相同品牌的电器构成一个产品族,而相同类型的电器构成了一个产品等级结构,现使用抽象工厂模式模拟该场景。
电器工厂类图:
Demo文件结构:
以生产HaierTV为例:
Factory接口:
TV接口:
HaierFactory实现类:
HaierTV实现类:
把需要生产的电器编写在xml文本文件中,利用Dom4j框架去读取xml文本中的信息即可。这样就可以不必频繁的操作代码。
config.xml
<?xml version="1.0" encoding="UTF-8"?>
<config>
<brand>Haier</brand>
<type>TV</type>
</config>
测试类:
运行结果:
抽象工厂模式:提供了一个创建一系列相关或相互依赖对象的接口,而无需指定它们具体的类。又称为为Kit模式,属于对象创建模式。
抽象工厂模式动机:
在工厂方法模式中具体工厂负责生产具体的产品,每一个具体工厂对应一种具体产品,工厂方法也具有唯一性,一般情况下,一个具体工厂中只有一个工厂方法或者一组重载的工厂方法。但是有时候我们需要一个工厂可以提供多个产品对象,而不是单一的产品对象。
当系统所提供的工厂所需生产的具体产品并不是一个简单的对象,而是多个位于不同产品等级结构中属于不同类型的具体产品时需要使用抽象工厂模式。
抽象工厂模式是所有形式的工厂模式中最为抽象和最具一般性的一种形态。
抽象工厂模式与工厂方法模式最大的区别在于,工厂方法模式针对的是一个产品等级结构,而抽象工厂模式则需要面对多个产品等级结构,一个工厂等级结构可以负责多个不同产品等级结构中的产品对象的创建 。当一个工厂等级结构可以创建出分属于不同产品等级结构的一个产品族中的所有对象时,抽象工厂模式比工厂方法模式更为简单、有效率。
产品等级结构:产品等级结构即产品的继承结构,如一个抽象类是电视机,其子类有海尔电视机、海信电视机、TCL电视机,则抽象电视机与具体品牌的电视机之间构成了一个产品等级结构,抽象电视机是父类,而具体品牌的电视机是其子类。
产品族:在抽象工厂模式中,产品族是指由同一个工厂生产的,位于不同产品等级结构中的一组产品,如海尔电器工厂生产的海尔电视机、海尔电冰箱,海尔电视机位于电视机产品等级结构中,海尔电冰箱位于电冰箱产品等级结构中。
抽象工厂模式的优点:
抽象工厂模式隔离了具体类的生成,使得客户并不需要知道什么被创建。由于这种隔离,更换一个具体工厂就变得相对容易。所有的具体工厂都实现了抽象工厂中定义的那些公共接口,因此只需改变具体工厂的实例,就可以在某种程度上改变整个软件系统的行为。另外,应用抽象工厂模式可以实现高内聚低耦合的设计目的,因此抽象工厂模式得到了广泛的应用。
当一个产品族中的多个对象被设计成一起工作时,它能够保证客户端始终只使用同一个产品族中的对象。这对一些需要根据当前环境来决定其行为的软件系统来说,是一种非常实用的设计模式。
增加新的具体工厂和产品族很方便,无须修改已有系统,符合“开闭原则”。
抽象工厂模式的缺点:
在添加新的产品对象时,难以扩展抽象工厂来生产新种类的产品,这是因为在抽象工厂角色中规定了所有可能被创建的产品集合,要支持新种类的产品就意味着要对该接口进行扩展,而这将涉及到对抽象工厂角色及其所有子类的修改,显然会带来较大的不便。
开闭原则的倾斜性(增加新的工厂和产品族容易,增加新的产品等级结构麻烦)
抽象工厂模式适用环境:
一个系统不应当依赖于产品类实例如何被创建、组合和表达的细节,这对于所有类型的工厂模式都是重要的。
系统中有多于一个的产品族,而每次只使用其中某一产品族。
属于同一个产品族的产品将在一起使用,这一约束必须在系统的设计中体现出来。
系统提供一个产品类的库,所有的产品以同样的接口出现,从而使客户端不依赖于具体实现。
实例:电器工厂
一个电器工厂可以产生多种类型的电器,如海尔工厂可以生产海尔电视机、海尔空调等,TCL工厂可以生产TCL电视机、TCL空调等,相同品牌的电器构成一个产品族,而相同类型的电器构成了一个产品等级结构,现使用抽象工厂模式模拟该场景。
电器工厂类图:
Demo文件结构:
以生产HaierTV为例:
Factory接口:
public interface Factory { public TV produceTV(); public AC produceAC(); }
TV接口:
public interface TV { public void play(); }
HaierFactory实现类:
public class HaierFactory implements Factory{ @Override public TV produceTV() { return new HaierTV(); } @Override public AC produceAC() { return new HaierAC(); } }
HaierTV实现类:
public class HaierTV implements TV{ @Override public void play() { System.out.println("Produce a HaierTV."); } }
把需要生产的电器编写在xml文本文件中,利用Dom4j框架去读取xml文本中的信息即可。这样就可以不必频繁的操作代码。
config.xml
<?xml version="1.0" encoding="UTF-8"?>
<config>
<brand>Haier</brand>
<type>TV</type>
</config>
测试类:
public class FactoryTest { private Factory f = null; private TV tv = null; private AC ac = null; @Test public void test() throws Exception{ //使用dom4j读取xml文本中的内容 SAXReader reader = new SAXReader(); Document document = reader.read(new File("config.xml")); Element root = document.getRootElement(); Element childRoot1 = root.element("brand"); Element childRoot2 = root.element("type"); if(childRoot1.getStringValue().equals("Haier")){ f = new HaierFactory(); if(childRoot2.getStringValue().equals("TV")){ tv = f.produceTV(); tv.play(); } else{ ac = f.produceAC(); ac.play(); } } }
运行结果:
相关文章推荐
- Redis实战之征服 Redis + Jedis + Spring (一)
- plsql和android和jsp的关联
- 模拟Ping操作的一个Java类
- tcpdump和linq和python的关联
- application和context和word的关联
- 信息图库网址--非常实用
- spring和ant和udp的关联
- 命令行界面(CLI)CommandLine Interface
- 抓取5sing上的歌曲
- 阿里面试重点总结
- 古堡算式
- CentOS7.1 Liberty云平台之Compute篇(5)
- 粘帖屏幕截图到web页面插件 screenshot-paste
- 将数组传入SQL In条件中
- hadoop安装 伪分布
- Java—反射
- samba和python和groovy的关联
- mybatis 使用in批量处理
- weblogic和sqlserver和spring的关联
- PagerSlidingTabStrip应用