解读设计模式----抽象工厂模式（AbstractFactory Pattern）

解读设计模式----抽象工厂模式（AbstractFactory Pattern）2011-12-28 博客园 Bēniaǒ一、模式描述

我的程序中有需要一系列的对象，比如我们要吃一碗米饭（Rice）,要喝一杯咖啡（Coffee）......,要想利用他们，我们就必须在程序中根据用户要求，然后一个个调用 new 操作符来生成他们，这样客户程序就要知道相应的类的信息，生成的代码显然不够灵活。那么我们可以在代码中不利用具体的类，而只是说明我们需要什么，然后就能够得到我们想要的对象呢？

这当然是可以的，根据GOF在《设计模式》一书里介绍，要创建对象这样的工作应该是属于创建型模式完成的。熟悉各种设计模式意图的朋友就会很快得出结论：“提供一个创建一系列相关或相互依赖对象的接口，而无需指定它们具体的类”，至少“无需指定它们具体的类”符合我们的要求。OK，这就是抽象工厂模式的意图。

二、模式意图

提供一个创建一系列相关或相互依赖对象的接口，而不需指定他们具体的类。

三、模式UML图：

四、模式参与者

抽象工厂（Abstract Factory）角色：担任这个角色的是工厂方法模式的核心，它是与应用系统商业逻辑无关的。

具体工厂（Concrete Factory）角色：这个角色直接在客户端的调用下创建产品的实例。这个角色含有选择合适的产品对象的逻辑，而这个逻辑是与应用系统的商业逻辑紧密相关的。

抽象产品（Abstract Product）角色：担任这个角色的类是工厂方法模式所创建的对象的父类，或它们共同拥有的接口。

具体产品（Concrete Product）角色：抽象工厂模式所创建的任何产品对象都是某一个具体产品类的实例。这是客户端最终需要的东西，其内部一定充满了应用系统的商业逻辑。