Fctory Method模式

 一个高级设计通常要求基于一个现有对象类型来创建一个“适当”类型的对象。例如，我们困难拥有一个指向某种类型的Employee对象的指针或引用，现在需要为该类型的Employee生成一个适当类型的HRInfo对象，

	Employee						HRInfo
Salary		Hourly	Temp			StdInfo		Tempinfo

   |……………………|………………………………………>|              |

|…………………………………………>|

这里，我们拥有两个几乎平行的Employee和HRInfo层次结构。Salary和Hourly类型的雇员需要产生StdInfo对象，而Temp雇员则需要产生TempInfo对象。应该如何将一个雇员与其对应的人力资源信息映射？

高级设计方案非常简单：“为这个雇员创建一个适当类型的记录“。不幸的是，程序员通常将此类需求当成执行运行期类型查询的借口。换句话说，为了决定待产生的HRInfo对象的类型，实现此项需求的代码仅仅是询问一系列关于Employee的确切类型问题。

一个常见，但总是错误的方式是使用“类型编码”和switch语句：

 class Employee {

  public:

    enum Type { SALARY , HOURLY , TEMP };

    Type type() const { return type_ ;}

    //…

  private:

    Type type_;

    //……

};

//…

HRInfo *getInfo (const Employee &e){

 Switch ( e.type () )

 {

  case SALARY:

  case HOURLY: return new StdInfo ( e );

case TEMP : return new TempInfo ( static_cast<const TEMP>(e));

  default :return 0; //未知的类型编码

}

}

 另外一种几乎同样糟糕的方式，是使用dynamic_cast来询问关于Employee对象一系列的私人问题：

HRInfo *getInfo ( const Employee &e ) {

  If( const Salary *s = dynamic_cast<const Salary *>(&e))

      Return new StdInfo ( s );

  Else if ( const Hourly *h = dynamic_cast<const Hourly *>(&e))

      Return new Stdinfo ( h );

  Else if ( const Temp *t = dynamic_cast<const Temp *>(&e))

      Return new Stdinfo ( t );

Else

        Return 0;//未知的employee类型

}

  这两种getInfo实现的主要缺点在于，他们与所有从Employee和HRInfo类派生下来的具体类型相耦合，并且它们还必须熟悉从每一种Employee类型到其相应的HRInfo类型的映射。任一Employee,HRInfo或二者之间的映射发生了改动，都需要我们去维护代码。在不同的开发组困难不断向这两个继承层次结构中添加新类型或从中移除类型的情况下，这种维护工作几乎总是不能正确地执行，另一个问题是，这两种方式都可能无法识别Employee实参的确切类型，从而要求调用getInfo的代码提供对错误情况的处理。

  根据上面的分析，正确的方式是去考虑从每一种Employee类型到对应的HRInfo类型的映射应该置于何处。换句话说，岁最清楚一个Temp Employee需要何种HRInfo对象？理所当然，是Temp Employee自己：

class Temp : public Employee {

 public :

  //…

  TempInfo *getInfo () const

  { return new TemoInfo (*this);}

  //…

};

  还有一个问题，我们可能不知道我们是在处理一个Temp Employee而不是别的类型的Employee，这个问题很好解决，只要提供一个（纯）虚函数就可以了：

class Employee {

 public:

  //…

  virtual HRInfo *getInfo () const = 0;//Factory method

//…

};

 

 这是一个Factory Method模式的实例。实际上，我们不是向employee询问一系列的私人问题。而是说“不管你是什么类型的employee，请为自己生成适当的HRInfo对象”：

Employee * e =getAnExamplee ( );

//…

HRInfo *info = e->getInfo () ; //使用Factory Method

 

Factory Method的本质在于，基类提供一个虚函数“挂钩”，用于产生适当的“产品”。每个派生类可以重写继承的虚函数，为自己产生适当的产品。实际上，我们具备了使用一个未知类型的对象来产生另一个未知类型的对象的能力。

使用Factory Method模式通常意味着一个高级设计需要基于一个对象的确切类型产生另一个“适当”的对象，这样的需要往往发生于存在多个平行或几乎平行的类层次结构的情况下。Factory Method模式通常是解决一系列运行期类型查询问题的好方法。