java抽象工厂模式
2015-08-18 15:52
483 查看
抽象工厂模式(英语:Abstract
factory pattern)是一种软件开发设计模式。抽象工厂模式提供了一种方式,可以将一组具有同一主题的单独的工厂封装起来。在正常使用中,客户端程序需要创建抽象工厂的具体实现,然后使用抽象工厂作为接口来创建这一主题的具体对象。客户端程序不需要知道(或关心)它从这些内部的工厂方法中获得对象的具体类型,因为客户端程序仅使用这些对象的通用接口。抽象工厂模式将一组对象的实现细节与他们的一般使用分离开来。
与工厂方法模式相比:
(1)工厂方法使用继承:把对象的创建委托给子类,子类实现工厂方法来创建对象。
(2)抽象工厂使用对象组合:对象的创建被实现在工厂接口所暴露出来的方法中。
抽象工厂模式隔离了具体类的生成,使得客户并不需要知道什么被创建。由于这种隔离,更换一个具体工厂就变得相对容易。所有的具体工厂都实现了抽象工厂中定义的那些公共接口,因此只需改变具体工厂的实例,就可以在某种程度上改变整个软件系统的行为。另外,应用抽象工厂模式可以实现高内聚低耦合的设计目的,因此抽象工厂模式得到了广泛的应用。
当一个产品族中的多个对象被设计成一起工作时,它能够保证客户端始终只使用同一个产品族中的对象。这对一些需要根据当前环境来决定其行为的软件系统来说,是一种非常实用的设计模式。
增加新的具体工厂和产品族很方便,无须修改已有系统,符合“开闭原则”。
在添加新的产品对象时,难以扩展抽象工厂来生产新种类的产品,这是因为在抽象工厂角色中规定了所有可能被创建的产品集合,要支持新种类的产品就意味着要对该接口进行扩展,而这将涉及到对抽象工厂角色及其所有子类的修改,显然会带来较大的不便。
开闭原则的倾斜性(增加新的工厂和产品族容易,增加新的产品等级结构麻烦)。
在以下情况下可以使用抽象工厂模式:
一个系统不应当依赖于产品类实例如何被创建、组合和表达的细节,这对于所有类型的工厂模式都是重要的。
系统中有多于一个的产品族,而每次只使用其中某一产品族。
属于同一个产品族的产品将在一起使用,这一约束必须在系统的设计中体现出来。
系统提供一个产品类的库,所有的产品以同样的接口出现,从而使客户端不依赖于具体实现。
factory pattern)是一种软件开发设计模式。抽象工厂模式提供了一种方式,可以将一组具有同一主题的单独的工厂封装起来。在正常使用中,客户端程序需要创建抽象工厂的具体实现,然后使用抽象工厂作为接口来创建这一主题的具体对象。客户端程序不需要知道(或关心)它从这些内部的工厂方法中获得对象的具体类型,因为客户端程序仅使用这些对象的通用接口。抽象工厂模式将一组对象的实现细节与他们的一般使用分离开来。
与工厂方法模式相比:
(1)工厂方法使用继承:把对象的创建委托给子类,子类实现工厂方法来创建对象。
(2)抽象工厂使用对象组合:对象的创建被实现在工厂接口所暴露出来的方法中。
UML
代码举例
abstract class AbstractFactory { abstract public function CreateButton(); abstract public function CreateBorder(); } class MacFactory extends AbstractFactory{ public function CreateButton() { return new MacButton(); } public function CreateBorder() { return new MacBorder(); } } class WinFactory extends AbstractFactory{ public function CreateButton() { return new WinButton(); } public function CreateBorder() { return new WinBorder(); } } class Button{} class Border{} class MacButton extends Button{ function __construct() { echo 'MacButton is created' . "\n"; } } class MacBorder extends Border{ function __construct() { echo 'MacBorder is created' . "\n"; } } class WinButton extends Button{ function __construct() { echo 'WinButton is created' . "\n"; } } class WinBorder extends Border{ function __construct() { echo 'WinBorder is created' . "\n"; } }
优点
抽象工厂模式隔离了具体类的生成,使得客户并不需要知道什么被创建。由于这种隔离,更换一个具体工厂就变得相对容易。所有的具体工厂都实现了抽象工厂中定义的那些公共接口,因此只需改变具体工厂的实例,就可以在某种程度上改变整个软件系统的行为。另外,应用抽象工厂模式可以实现高内聚低耦合的设计目的,因此抽象工厂模式得到了广泛的应用。当一个产品族中的多个对象被设计成一起工作时,它能够保证客户端始终只使用同一个产品族中的对象。这对一些需要根据当前环境来决定其行为的软件系统来说,是一种非常实用的设计模式。
增加新的具体工厂和产品族很方便,无须修改已有系统,符合“开闭原则”。
优点
在添加新的产品对象时,难以扩展抽象工厂来生产新种类的产品,这是因为在抽象工厂角色中规定了所有可能被创建的产品集合,要支持新种类的产品就意味着要对该接口进行扩展,而这将涉及到对抽象工厂角色及其所有子类的修改,显然会带来较大的不便。开闭原则的倾斜性(增加新的工厂和产品族容易,增加新的产品等级结构麻烦)。
适用
在以下情况下可以使用抽象工厂模式:一个系统不应当依赖于产品类实例如何被创建、组合和表达的细节,这对于所有类型的工厂模式都是重要的。
系统中有多于一个的产品族,而每次只使用其中某一产品族。
属于同一个产品族的产品将在一起使用,这一约束必须在系统的设计中体现出来。
系统提供一个产品类的库,所有的产品以同样的接口出现,从而使客户端不依赖于具体实现。
相关文章推荐
- eclipse导入项目出现提示:select at least one project
- java成长之路 JVM生产环境参数配置
- Java 小数 进行格式化 DecimalFormat
- java成长之路 JVM参数设置、分析
- Java-static区域
- (转)在MAC上查找和设置$JAVA_HOME
- java成长之路 GC策略&内存申请、对象衰老
- java 获取adb命令
- java成长之路 JVM内存组成及分配
- hdu 1753 Java 高精度处理 大明A+B
- springboot 开发入门,及问题汇总
- 《编译.java文件时的编码问题》更新版本
- JVM内存管理:深入Java内存区域与OOM
- [Java] static, final
- Java中的接口
- JavaBean基础
- [Java] public, private, protected
- Java 集合深入学习--ArrayList,LinkedList和Vector
- 浅谈java线程池
- 浅谈Java动态代理