简单工厂模式：
工厂模式：
简单工厂模式的最大优点在于工厂类中包含了必要的逻辑判断，根据客户端的选择条件动态实例化相关的类，对于客户端来讲，除去了与具体产品的依赖。对于简单工厂来说，如果要增加一个功能，则需要修改具体的工厂类中的case条件，这样就有违背”开放-封闭“的原则。
对于工厂模式来说，定义了一个用户创建对象的接口，让子类决定实例化那个类，工厂方式使用一个类的实例化延迟到其子类。客户端需要决定实例化哪一个工厂来实现运算，选择判断的问题是存在的，但是其实将简单工厂的内部逻辑判断转移到了客户端代码来进行，如果想要增加功能，对于简单工厂是要修改工厂类，但对于工厂模式，则只需要修改的是客户端代码。
抽象工厂模式:
抽象工厂模式，提供一个创建一系列相关或相互依赖的接口，而无需指定他们具体的类。
抽象工厂模式可以解决简单工厂模式中的逻辑判断语句。使用的编程方式是依赖注入，本来的依赖注入是需要专门的Ioc容器提供，然而对于我们这个模式可以使用.NET技术的”反射“机制。
抽象工厂模式的优点：
1：易于交换产品系列，在一个应用中只需要在初始化的时候出现一次，这样使得改变一个应用的具体工厂变得非常容易，它只需要改变具体工厂即可使用不同的产品。
2：它让具体的创建实例过程与客户端分离，客户端是通过他们的抽象接口操作实例，产品的具体类名也被具体工厂的实现分离，不会出现在客户代码中。
格式：
例子：
如果现在要增加Oracle数据访问，相关类的增加是不可避免的，这点无论我们使用何种办法都解决不了，不过这个叫做扩展，而对于修改我们只需要修改private static readonly string db="SqlService"为privatestatic readonly sting db="Oracle"
这样的结果就是DataAccess.CreateUser()本来得到的是SqlserviceUser实例，而现在变成了OracleUser的实例了。
另一种方式是可以根据反射+配置文件访问数据库
总结：在所有用简单工厂的地方，都可以考虑用反射技术去除swith或if，解除分支判断带来的耦合。
简单工厂模式、工厂模式、抽象工厂模式的区别,布布扣,bubuko.com
原文：http://blog.csdn.net/syaguang2006/article/details/24179001
