读书笔记-设计模式-可复用版-简单工厂VS工厂方法-腾讯游戏学院

在设计模式可复用版中，并没有提到简单工厂，我是在大话设计模式中看到这个说法

实际上，简单工厂在工厂方法（Factory Method）一章节中，叫做参数化的工厂方法，接受一个标识对象种类的参数，使得工厂方法可以创建多种产品。

“工厂“即是用于"生产”产品的，简单工厂是通过一个统一的接口,通常是静态的，接受一个对象种类的参数，通过if else或是switch case 条件判断，返回不同种类的对象。

工厂方法(Factory Method) 概念：

定义一个用于创建对象的接口，让子类决定，实例化哪一个类。Factory Method 使一个类的实例化，延迟到子类。

在大话设计模式中，通过采用计算器，+、-、*、/等不同的运算，来应用工厂方法，也是不错的例子，我这里稍后会采用一个"货币兑换”来进行阐述工厂方法(Factory Method)的使用，但先还原一下运算器的例子吧

测试代码：

所有的运算符派生成基类Operation(Product) ，并通过OperationFactory参数化工厂方法，根据type，返回指定的运算符对象。

但上面的代码有个弊端，如果我新增一个运算符，我就需要修改一次OperationFactory，

加一个case或是if else，这样也可能会影响其它代码，但你新增一个运算符或是对某一个运算符做修改，影响到其它已经稳定在使用中的运算符，显然是不合理的，这其实违背了开放-封闭原则，设计模式一共有6大原则，这会在后面着重介绍

所以，我们需要解决这种情况，基于接口的的工厂方法可以消除switch case 或if else,从而

新增或是修改运算符，不影响其它部分。

添加一个IOperation接口，接口只提供了一个CreateOperation工厂方法，用于创建运算符：

并分别新建四个运算符类，实现IOperation接口：

测试代码：

通过修改，已经消除了switch case / if else带来的弊端，我新增一个运算符，或是修改已有的运算符，对其它运算符都不会有影响，而且也不需要单独的构建一个OperationFactory类，结构要比参数化工厂方法更好

但工厂方法也是有缺点的，比如我新增一个运算后，我就需要新增一个实现IOperation接口的工厂类，用于创建具体的产品(Product)，但我个人并不认为这是什么大的缺点，有必要的时候是一定要添加的，但要解决也是有办法的

我们看上面实现了IOperation接口的这些工厂类：

AddOperation

SubOperation

MulOperation

DivOperation

除了名字，所有的实现都是相同的，这里就可以使用泛型或模板，来减少重复的代码，提高代码的重用性

只需要定义一个泛型类：

IOperation operation = new OperationGeneric<Mul>();

需要什么运算符，只需要在<>中指定即中。

这样，上面新增的：

AddOperation

SubOperation

MulOperation

DivOperation

就全部可以删除掉了，新增的运算符，也不需要再新增一个实现IOperation的工厂类了。

使用模板，可以避免创建子类。

还有一点需要提到，之前在Singleton章节讲到过，Lazy Initalization 懒汉式或是延迟初始化，只有在使用的时候，如果不存在，我才会去创建

工厂方法，目前就是采用的Lazy Initalization.

再贴下结构图：