模式原理
定义了一个创建对象的接口，但由子类决定要实例化的是哪一个。工厂方法让类把实例化推迟到子类。 工厂方法将具体按钮的创建过程交给专门的工厂子类去完成，例如在特斯拉的汽车产品线中，我们先定义一些抽象的产品线工厂类，再定义具体的工厂类来生成发动机、轮、底盘，它们实现在抽象按钮工厂类中定义的方法。这种抽象化的结果使这种结构可以在不修改具体工厂类的情况下引进新的产品，如果出现新的产品线，只需要为这种新类型的按钮创建一个具体的工厂类就可以获得该新按钮的实例，这一特点无疑使得工厂方法模式具有超越简单工厂模式的优越性，更加符合“开闭原则”。 使用工厂方法后，调用端的耦合度大大降低了。并且对于工厂来说，是可以扩展的，以后如果想组装其他的汽车，只需要再增加一个工厂类的实现就可以。无论是灵活性还是稳定性都得到了极大的提高。
UML类图
Product：抽象产品的主要目的是定义产品的规范，所有的产品实现都必须遵循产品接口定义的规范；ConcreteProduct：具体产品实现产品接口的具体类，决定了产品在客户端中的具体行为；Factory：抽象工厂是工厂方法模式的核心，与调用者直接交互用来提供产品；ConcreteFactory：具体工厂决定如何实例化产品，是实现扩展的途径，需要有多少种产品，就需要有多少个具体的工厂实现。
代码实现
class ISplitter{
public:
virtual void split()=
0;
virtual ~ISplitter(){}
};
class SplitterFactory{
public:
virtual ISplitter*
CreateSplitter()=
0;
virtual ~SplitterFactory(){}
};
class BinarySplitter :
public ISplitter{
};
class TxtSplitter:
public ISplitter{
};
class PictureSplitter:
public ISplitter{
};
class VideoSplitter:
public ISplitter{
};
class BinarySplitterFactory:
public SplitterFactory{
public:
virtual ISplitter*
CreateSplitter(){
return new BinarySplitter();
}
};
class TxtSplitterFactory:
public SplitterFactory{
public:
virtual ISplitter*
CreateSplitter(){
return new TxtSplitter();
}
};
class PictureSplitterFactory:
public SplitterFactory{
public:
virtual ISplitter*
CreateSplitter(){
return new PictureSplitter();
}
};
class VideoSplitterFactory:
public SplitterFactory{
public:
virtual ISplitter*
CreateSplitter(){
return new VideoSplitter();
}
};
class MainForm :
public Form
{
SplitterFactory* factory;
public:
MainForm(SplitterFactory* factory){
this->factory=factory;
}
void Button1_Click(){
ISplitter * splitter=
factory->CreateSplitter();
splitter->split();
}
};
总结
在工厂方法模式中，核心的工厂类不再负责所有产品的创建，而是将具体创建工作交给子类去做。这个核心类仅仅负责给出具体工厂必须实现的接口，而不负责哪一个产品类被实例化这种细节，这使得工厂方法模式可以允许系统在不修改工厂角色的情况下引进新产品。 工厂方法模式的主要优点是增加新的产品类时无须修改现有系统，并封装了产品对象的创建细节，系统具有良好的灵活性和可扩展性；其缺点在于增加新产品的同时需要增加新的工厂，导致系统类的个数成对增加，在一定程度上增加了系统的复杂性。
参考连接
http://design-patterns.readthedocs.io/zh_CN/latest/creational_patterns/factory_method.html http://www.cnblogs.com/wangxiaobao/p/5211414.html
