【设计模式】简单工厂模式 |工厂方法模式 |抽象工厂模式

简单工厂模式

由三种角色组成：
1、工厂类角色：是简单工厂模式的核心，含有一定的商业逻辑和判断逻辑。
2、抽象产品角色：一般是具体产品继承的父类或者实现的接口。
3、具体产品角色：工厂类所创建的对象就是此角色的实例。

用一个单独的类来做这个创在实例的过程，这就是工厂，下面是以简单运算为例的一个简单工厂的结构图。

优点：工厂类中包含了必要的逻辑判断，根据客户端的选择条件动态实例化相关的类，对于客户端来说，去除了与具体产品的依赖。
缺点：无法灵活的扩展和维护

如果我想让计算器的功能再增加，这是就要改变好几个地方，一但有一个地方没有改，就无法实现新增加的功能，这时就要改变一下策略了。使用工厂方法模式

工厂方法模式

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

组成：
1、抽象工厂角色：是工厂方法模式的核心，它与应用程序无关。是具体工厂角色必须实现的接口或者必须继承的父类。
2、具体工厂角色：它含有和具体业务逻辑有关的代码。由应用程序调用以创建对应的具体产品的对象。
3、抽象产品角色：它是具体产品继承的父类或者是实现的接口。
4、具体产品角色：具体工厂角色所创建的对象就是此角色的实例。

抽象工厂模式

提供一个创建一系列相关或者相互依赖对象的接口，而无需指定它们的具体类。它也是三个模式中最为抽象，最具有一般性的模式。

与工厂方法模式的组成类似：
1、抽象工厂角色：是工厂方法模式的核心，它与应用程序无关。是具体工厂角色必须实现的接口或者必须继承的父类。
2、具体工厂角色：它含有和具体业务逻辑有关的代码。由应用程序调用以创建对应的具体产品的对象。
3、抽象产品角色：它是具体产品继承的父类或者是实现的接口。
4、具体产品角色：具体工厂角色所创建的对象就是此角色的实例。

优点：易于交换产品系列，让具体的创建实例过程与客户端分离
缺点：当要添加项目的时候要改动的地方就会有很多。

---

下面进入：用反射+抽象工厂的数据访问程序
是否还记的在简单工厂模式中所用到的switch或者if，这个时候就可以考虑一下反射技术来去除switch或者if，以解除分支带来的耦合。
实例化IUser的常规写法为：

IUser result=new SqlserverUser();

那么如果是反射的写法呢？

using System.Reflection;  //引用空间名

IUser result=(IUser)Assembly.Load("抽象工厂模式").CreateInstance("抽象工厂模式.SqlserverUser");

反射的写法则是将程序由编译时转为运行时。这是就看要实例化的类名是什么，然后将SqlserverUser进行更改就可以啦。
如果想让代码变得更加的完美，还可以采用反射+配置文件实现数据访问程序的方式，这样可以使得代码更加的清晰，出问题的时候改动的就更加的方便，快捷啦。