先说下之前用到过的【工厂方法模式】是定义一个用于创建对象的接口。让子类决定实例化哪一个类。
再说【抽象工厂模式(Abstract Factory)】,提供一个创建一系列相关或者相互依赖对象的接口,而无需指定它们具体的类。
代码工程结构:
(1)产品A ProductA.h
(2)产品B ProductB.h
(3)工厂类 Factory.h
(4)客户端 AbstractFactoryApp.cpp
(1)产品A ProductA.h
(2)产品B ProductB.h
(3)工厂类 Factory.h
(4)客户端 AbstractFactoryApp.cpp
抽象工厂模式的优点和缺点:
最大的好处便是易于交换产品系列,由于具体工厂类,例如 AbstractFactory* pFactory = new ConcreteFactory1(), 在一个应用中只需要在初始化的时候出现一次,这就使得改变一个应用的具体工厂变得非常容易,它只需要改变具体工厂即可使用不同的产品配置。我们的设计不能去防止需求的改变,那么我们的理想便是让改动变得最小。
第二大好处是,它让具体的创建实例过程与客户端分离,客户端是通过它们的抽象接口操纵实例,产品的具体类名也被具体工厂的实现分离,不会出现在客户端代码中。
缺点是:如果你的需求来自增加功能,比如我们现在要增加新的 AbstractProductC,我们需要改动哪些地方?至少要增加三个类AbstractProductC、ProductC1、ProductC2才可以完全实现。
用简单工厂来改进抽象工厂
去除AbstractFactory、ConcreteFactory1、ConcreteFactory2三个工厂类,取而代之的是ProductAccess类,用一个简单工厂模式来实现。
工程结构
(1)产品A ProductA.h
(2)产品B ProductB.h
(3)产品创建控制 ProductAccess.h
(4)客户端 ReflectionApp.cpp
(1)产品A ProductA.h
(2)产品B ProductB.h
(3)产品创建控制 ProductAccess.h
(4)客户端 ReflectionApp.cpp
看到这里不知道你发现了没?这个工程里用到了一个在C#或JAVA里很出名的特性:反射
摘自MSDN上对反射的定义:反射提供了封装程序集、模块和类型的对象(Type类型)。可以使用反射动态创建类型的实例,将类型绑定到现有对象,或从现有对象获取类型并调用其方法或访问其字段和属性。如果代码中使用了属性,可以利用反射对它们进行访问。
在这里我参考了网上牛人们的代码,用C++简单的实现了反射。或许说这种反射是个“形似神不似的反射”。
因为在C#和JAVA中的反射远比“这里的反射”功能强大的多。