简单工厂模式、工厂模式、抽象工厂模式的区别

简单工厂模式：

         

         

 

工厂模式：

         

        

         简单工厂模式的最大优点在于工厂类中包含了必要的逻辑判断，根据客户端的选择条件动态实例化相关的类，对于客户端来讲，除去了与具体产品的依赖。对于简单工厂来说，如果要增加一个功能，则需要修改具体的工厂类中的case条件，这样就有违背”开放-封闭“的原则。

       对于工厂模式来说，定义了一个用户创建对象的接口，让子类决定实例化那个类，工厂方式使用一个类的实例化延迟到其子类。客户端需要决定实例化哪一个工厂来实现运算，选择判断的问题是存在的，但是其实将简单工厂的内部逻辑判断转移到了客户端代码来进行，如果想要增加功能，对于简单工厂是要修改工厂类，但对于工厂模式，则只需要修改的是客户端代码。

抽象工厂模式:

      抽象工厂模式，提供一个创建一系列相关或相互依赖的接口，而无需指定他们具体的类。

抽象工厂模式可以解决简单工厂模式中的逻辑判断语句。使用的编程方式是依赖注入，本来的依赖注入是需要专门的Ioc容器提供，然而对于我们这个模式可以使用.NET技术的”反射“机制。

抽象工厂模式的优点：

1：易于交换产品系列，在一个应用中只需要在初始化的时候出现一次，这样使得改变一个应用的具体工厂变得非常容易，它只需要改变具体工厂即可使用不同的产品。

2：它让具体的创建实例过程与客户端分离，客户端是通过他们的抽象接口操作实例，产品的具体类名也被具体工厂的实现分离，不会出现在客户代码中。

格式：

     

例子：

      

      如果现在要增加Oracle数据访问，相关类的增加是不可避免的，这点无论我们使用何种办法都解决不了，不过这个叫做扩展，而对于修改我们只需要修改private static readonly string db="SqlService"为privatestatic readonly sting db="Oracle" 

     

      这样的结果就是DataAccess.CreateUser()本来得到的是SqlserviceUser实例，而现在变成了OracleUser的实例了。

 

另一种方式是可以根据反射+配置文件访问数据库

     

总结：在所有用简单工厂的地方，都可以考虑用反射技术去除swith或if，解除分支判断带来的耦合。

     做一个假设：简单工厂和工厂都是给一组计算器进行+-*/的  而首先工厂是面对大于一套的多套拥有+-*/的不同实现方法来使用的。

   文章中部分图片剪切至《大话设计模式》