三种工厂模式的对比

工厂模式分为三种：简单工厂模式、工厂方法模式和抽象工厂模式。

工厂模式的目的在于增加程序的可扩展性。让程序有一个更好地封装，降低程序模块之间的耦合程度。 在增加新的功能或要求的时候不需要做太多的改动，如改变多个现有的类等等，编程是一门艺术，大批量的改动显然是非常丑陋的做法，我们尽可能的避免这样编程。

简单工厂模式

简单工厂严格来说并不算一种设计模式，因为它违反了“开放-封边”原则。简单工厂是通过分支来判断选择实例化哪一个类。这样如果需求更改，就需要更改工厂类。这种设计是糟糕的。

> 以计算机的设计为例
> 
> 1.Operation运算父类
> 
> 2.Add，Sub等加减乘除类继承父类并重写getResult方法
> 
> 3.operationFactory简单工厂类
>  case + - * / 对应 oper=new operationAdd
>  
> 4.客户端代码
> operation oper；
> oper=operationFactory.createOperate（"+"）;
> //需要指明运算符
> oper.NumberA = 1;
> oper.NumberB = 2;
> double result = oper.getResult();

工厂方法模式

工厂方法模式是简单工厂模式的进一步抽象和推广，由于使用了多态性，工厂方法模式保持了简单工厂模式的有点，而且克服了简单工厂模式的缺点。但它的缺点是每增加一个产品就需要增加一个产品的工厂类，增加了额外的开发量。
工厂方法模式实现时，客户端需要决定实例化哪一个工厂来实现运算类，选择判断的问题还是存在的。也就是说工厂方法把简单工厂的内部逻辑判断移到了客户端代码来进行。想要增加功能，本来是改工厂类的，现在是修改客户端。

> 同样以计算机的设计为例
> 
> 1.Operation运算父类
> 
> 2.(interface)IFactory工厂接口 含Operation CreateOperation（）
> 
> 3.Add，Sub等加减乘除类继承IFactory接口并重写CreateOperation方法
> 如：AddFactory:IFactory.....{return new OperationAdd()；}
>  
> 4.客户端代码
> IFactory operFactory = new AddFactory()；
> //无需指明运算符，由new的具体工厂类即可知道是什么运算
> //进一步封装，接触耦合
> Operation oper=operFactory.CreateOperate（）;
> oper.NumberA = 1;
> oper.NumberB = 2;
> double result = oper.getResult();

抽象工厂模式

抽象工厂模式通过一个抽象的工厂接口，它里面包含所有产品创建的抽象方法。
它最大的好处是更加容易交换产品系列，具体工厂类在只需要在初始化的时候出现一次，这就使得改变一个具体工厂变的非常容易。它只需要改变具体工厂即可使用不同的产品配置。另外，它让具体创建实例过程与客户端分离，客户端通过它们的抽象接口操纵实例。
抽象工厂也是有缺陷的，抽象工厂模式可以很方便地切换两个数据库访问的代码。但是如果需求要求增加功能，就需要增加很多东西。

通过加上反射可以很好的避免判断分支的问题。利用字符串来实例化对象，而字符串可以写成变量，所以就去除了判断分支的问题。
利用抽象工厂模式加反射，就可以很好的解决抽象工厂的缺点。同样的，简单工厂模式加上反射，也可以去掉判断分支。这样，简单工厂模式加反射就比工厂模式更好了。

摘录总结自 《大话设计模式》 程杰著

反射：
Assembly.Load（“程序集名称”）.CreateInstance（“命名空间.类名称”）