适用性:
第一:一个系统要独立于它的产品的创建,组合和表示。
第二:一个系统要由多个产品系列中的一个(系列)来配置时。
第三:当你要强调一系列相关产品对象的设计以便进行联合使用时。
第四:当你提供一个产品类库,而只想显示它们的接口而不是实现时。
效果:
(一):它分离了具体的类。
Abstract Factory模式帮你控制一个应用创建的对象的类。因为一个工厂封装创建产品对象的责任和过程,
它将客户与类的实现分离。客户通过它们的抽象接口操纵实例。产品的类名也在具体工厂的实现中被分离;它们不出现在客户代码中。
(二):它使得易于交换产品系列
一个具体工厂类在一个应用中仅出现一次——即在它初始化的时候。这使得改变一个应用的具体工厂变得容易。它只需改变具体的工厂即可使用不同的产品配置,这是因为一个抽象工厂创建了一个完整的产品系列,所以整个产品系列会立即改变。
(三):有利于产品的一直性。
当一个系列中的产品对象被设计成一起工作时,一个应用一次只能使用同一个系列中的对象,这一点很重要。
(四):缺点,难以支持新种类的产品。
选自《设计模式》
《c++编程思想》上的代码,实现有些差别
第一:一个系统要独立于它的产品的创建,组合和表示。
第二:一个系统要由多个产品系列中的一个(系列)来配置时。
第三:当你要强调一系列相关产品对象的设计以便进行联合使用时。
第四:当你提供一个产品类库,而只想显示它们的接口而不是实现时。
效果:
(一):它分离了具体的类。
Abstract Factory模式帮你控制一个应用创建的对象的类。因为一个工厂封装创建产品对象的责任和过程,
它将客户与类的实现分离。客户通过它们的抽象接口操纵实例。产品的类名也在具体工厂的实现中被分离;它们不出现在客户代码中。
(二):它使得易于交换产品系列
一个具体工厂类在一个应用中仅出现一次——即在它初始化的时候。这使得改变一个应用的具体工厂变得容易。它只需改变具体的工厂即可使用不同的产品配置,这是因为一个抽象工厂创建了一个完整的产品系列,所以整个产品系列会立即改变。
(三):有利于产品的一直性。
当一个系列中的产品对象被设计成一起工作时,一个应用一次只能使用同一个系列中的对象,这一点很重要。
(四):缺点,难以支持新种类的产品。
选自《设计模式》
《c++编程思想》上的代码,实现有些差别
//
Abstract_Factory.cpp : Defines the entry point for the console application.
//
#include " stdafx.h "
#include < iostream >
using std::cout;
using std::endl;
class Obstacle
{
public:
virtual void action() = 0;
} ;
class Player
{
public:
virtual void interactWith(Obstacle*) = 0;
} ;
class Kitty : public Player
//
#include " stdafx.h "
#include < iostream >
using std::cout;
using std::endl;
class Obstacle
{
public:
virtual void action() = 0;
} ;
class Player
{
public:
virtual void interactWith(Obstacle*) = 0;
} ;
class Kitty : public Player