创建型模式-工厂方法

定义定义一个用于创建对象的接口让子类决定实例化哪一个类。Factory Method使一个类的实例化延迟到其子类核心思想问题从谁来创建对象变成把’创建’本身变成一个可覆写的虚函数简单工厂一个工厂类里switch决定造什么——加新产品必须改这个类违反开闭原则工厂方法把创建步骤声明为抽象方法每个具体产品配一个具体的创建者子类。加新产品 加一对新类XxxProductXxxCreator既有代码零修改——符合开闭原则。它同时是依赖倒置的体现高层业务逻辑Task::execute依赖抽象产品Logger具体类型由底层子类注入两者只在创建点相遇一次。解决什么问题面向对象的技术总是企图打破对具象型别的依存性然而在C中对象的生成却将调用者绑死于最底层具象派生类可能不直接调用new而是调用某一具有更高级别的对象中的虚函数Create从而让客户可以通过多态性来改变行为了解型别信息但这种信息无法以C表达如可能拥有一个字符串包含Derived因此需要产生一个Derived的对象使用场景程序库不仅需要操作用户自定义对象还需要产生他们第一种情况产生的对象需要以某种标识符保存其实际型别通过其标识符再取出具体对象当一个类不知道她所必需创建的对象的类的时候当一个类希望由它的子类来指定它所创建的对象的时候当类将创建对象的职责委托给多个帮助子类种的一个并且你希望将哪一个帮助子类是代理者这一信息局部化的时候主要用于面向对象程序框架和程序库以及各种串流处理和对象持久的设计中参与者Product定义工厂方法所创建的对象的接口ConcreteProduct实现Product的接口Creator声明工厂方法该方法返回一个Product对象Creator也可以定义一个工厂方法的缺省实现返回一个缺省的ConcreteProduct对象ConcreteCreator重定义工厂方法以返回一个ConcreteProduct实例优缺点优点工厂方法不再将与特定应有有关的类绑定到你的代码中与多态相比将型别绑定于实值的动作被推迟的更远是一种懒初始化的方式缺点客户可能仅仅为了创建一个特定的ConcreteFactory对象就不得不创建Creator的子类实现主要有两种不同的情况Creator是一个抽象类并且不提供它所声明的工厂方法的实现Creator是一个具体类而且为工厂方法提供了一个缺省的实现参数化工厂方法使用模板以避免创建子类一个可伸缩的工厂的具体设计注册型别标识符ID和用于产生对象的函数指针/仿函数型别标识符用来标识具体对象的型别由于C静态型别系统之故必须先有一个型别标识符才能生成一个产品型别标识符的管理由用户负责对象生产者函数或仿函数专门用来生成某一类对象。通过函数指针来模塑产品生产者取消注册参数化工厂方法通过型别标识符返回具体对象类图代码示例// 产品基类classProduct{public:virtual~Product(){}virtualstd::stringOperation()const0;};// 具体产品类1classConcreteProduct1:publicProduct{public:std::stringOperation()constoverride{return{Result of the ConcreteProduct1};}};// 具体产品类2classConcreteProduct2:publicProduct{public:std::stringOperation()constoverride{return{Result of the ConcreteProduct2};}};// 工厂类classCreator{public:virtual~Creator(){};virtualProduct*FactoryMethod()const0;std::stringSomeOperation()const{Product*productthis-FactoryMethod();std::string resultCreator: The same creators code has just worked with product-Operation();deleteproduct;returnresult;}};// 具体工厂类1classConcreteCreator1:publicCreator{public:Product*FactoryMethod()constoverride{returnnewConcreteProduct1();}};// 具体工厂类2classConcreteCreator2:publicCreator{public:Product*FactoryMethod()constoverride{returnnewConcreteProduct2();}};