大话设计模式学习（六）——工厂方法模式

 工厂方法模式：定义一个用于创建对象的接口，让子类决定实例化哪一个类。工厂方法使一个类的实例化延迟到子类

 

简单工厂模式和工厂模式对比，以运算器为例

简单工厂类：

客户端代码：

Operation* oper=OperationFactory.createOperation(); oper->NumberA=1; oper->NumberB=2; double Result=oper->GetResult();

 

简单工厂模式的最大优点在于工厂类中包含了必要的逻辑判断，根据客户端的选择条件动态实例化相关的类，对于客户端来说，去除了与具体产品的依赖。在计算器实例中，客户端不管用哪个类的实例，只需要把‘+’给工厂，工厂就自动给出了相应的实例。但问题就出在这里，如果要添加一个‘求M数的N次方’，一定需要给运算工厂类的方法里加‘case’的分支条件，修改了原有的类，这就等于，我们不仅对扩展开放了，对修改也开放了，违背了开放-封闭原则，于是，工厂方法就来了

工厂方法模式

工厂模式的客户端实现：

IFactory* operFactory=new AddFactory; Operation* oper=operFactory.createOperation(); oper->NumberA=1; oper->NumberB=2; double Result=oper->GetResult();

 

根据依赖倒转原则，把工厂类抽象出一个接口，这个接口只有一个方法，就是创建抽象产品的工厂方法，然后所有要生产具体类的工厂，就去实现这个接口，这样，一个简单工厂模式的工厂类，变成了一个工厂抽象接口和多个具体生成对象的工厂。如果如果要增加‘求M数的N次方’的功能时，就不需要修改原有的工厂类了，只需要增加此功能的运算类和相应的工厂类就可以了，只是扩展的变化，这就完全符合了开放-封闭的原则。

 

工厂方法模式实现时，客户端需要决定实例化哪一个工厂来实现运算类，选择判断的问题还是存在的，只是把简单工厂的内部逻辑判断移到了客户端代码来进行。你想要加功能，本来是改工厂类，而变成修改客户端。