工厂方法模式

介绍（Factory Method）

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

结构图

工厂方法模式的结构

Product---抽象产品
ConcreteProduct--具体产品
Factory--抽象工厂
ConcreteFactory--具体工厂

优点：

1、工厂模式的好处就在于将工厂和产品之间的耦合降低，将具体产品的构造过程放在了具体工厂类里面。
2、在以后扩展产品的时候方便很多，只需要添加一个工厂类，一个产品类，就能方便的添加产品，而不需要修改原有的代码。而在简单工厂中，如果要增加一个产品，则需要修改工厂类，增加if/else分支，或者增加一个case分支，工厂模式符合软件开发中的OCP原则（open close principle），对扩展开放，对修改关闭。

缺点

1、模式中类的个数将成对增加，在一定程度上增加了系统的复杂度，会给系统带来一些额外的开销
2、增加了系统的抽象性和理解难度
适用环境
1、客户端不知道他所需要的对象的类
2、抽象工厂类通过其子类来指定创建那个对象

举例

还记得之前用的简单工厂模式做的计算器么

简单工厂模式计算器结构图

工厂方法模式计算器结构图

从结构图上可以看出，工厂方法模式与简单工厂方法模式不同在于多了一个运算类的接口、每种具体的运算类又多个一个具体的抽象工厂。那这样看起来不就更麻烦了吗？

还记得开闭原则么？开闭原则--软件实体（类、模块、函数等等）应该可以扩展，但是不可修改。而简单工厂模式并没有遵循开闭原则，如果客户改动要求，那么整体的代码都需要改动。

工厂模式（计算器）结构图上说的意思是：根据依赖倒转原则（A：高层模块不应该依赖低层模块。两个都应该依赖抽象。B：抽象不应该依赖细节。细节应该依赖抽象）我们把工厂类抽象出一个接口，这个接口只有一个方法，就是创建抽象产品的工厂方法。然后，所有的要生产具体类的工厂，就去实现这个接口，这样，一个简单工厂模式的工厂类，就变成一个工厂抽象接口和多个具体生成对象的工厂，于是我们增加其他功能（比如：求M数的N次方）时，就不需要更改原有的工厂类了，只需要增加此功能的运算类和相应的工厂类就可以了。

而且工厂方法模式也符合开闭原则。（如果现在需要增加功能，不是修改工厂类而是修改客户端）

小结：

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