前言
抽象工厂模式:提供一个创建一系列相关或相互依赖对象的接口,而无需指定它们具体的类。
抽象工厂模式最大的好处便是易于交换产品系列,由于具体工厂类,例如IFactory factory=new AccessFactory()
,在一个应用中只需要在初始化的时候出现一次,这就使得改变一个应用的具体工厂变得非常容易,它只需要改变具体工厂即可使用不同的产品配置。我们的设计不能去防止需要的变更,那么我们的理想便是让改动变得最小,那么现在如果你要更改数据库访问,我们只需要更改具体工厂就可以做到。
第二大好处是,它让具体的创建实例过程与客户端分离,客户端是通过他们的抽象接口操纵实例,产品的具体类名也被具体工厂的实现而分离,不会出现在客户代码中。
实际上,我们第二回合中的代码中,客户端所认识的只有IUser
和IDepartment
,至于它是用Sql Server来实现还是Access来实现就不知道了。
但是接下来的问题是,如果我们再添加一个项目表Project
,该怎么办?
首先要增加三个类,IProject,SqlServerProject,AccessProject
,还需要更改IFactory
、以及SqlServerFactory
和AccessFactory
才可以实现。
用简单工厂来改进抽象工厂
现在我们要对上面的关系代码进行整改,需要前面的简单工厂模式。
public class DataAccess
{
private static readonly string db="SqlServer";
//private static readonly string db="Access";
public static IUser CreateUserDal()
{
IUser result=null;
switch(db)
{
case"SqlServer":
result=new DalSqlServerUser();
break;
case"Access":
result=new DalAccessUser();
break;
}
return result;
}
public static IDepartment CreateDepartmentDal()
{
IDepartment result=null;
switch(db)
{
case"SqlServer":
result=new DalSqlServerDepartment();
break;
case"Access":
result=new DalAccessDepartment();
break;
}
return result;
}
}
原先一个接口,两个接口的实现,现在我们用一个DataAccess
类就可以来代替了。
客户端调用方法也有所改动
public class Test
{
public static void Main()
{
User user=new User();
Console.WriteLine("调用开始");
IUser iu=DataAccess.CreateUserDal();
iu.Insert(user);
iu.GetUser(1);
Console.ReadLine();
}
}
现在选择那个数据库是在DataAccess
中定义的 private static readonly string db="SqlServer";
当然更好的办法实在配置文件中进行变动就可以了。
如果如前言中所说 ,添加一个项目,那么我们只需要在DataAccess
类中添加雷同的方法即可。
但是还是有问题,前面我们也稍微提到过,比如现在有需求要用Oracle
数据库。原来只需要增加OracleFactory
工厂就可以了,现在就比较麻烦了。
反射+抽象工厂的数据访问程序
首先使用反射我们需要引用using System.Reflection
来引用Reflection
,就可以使用反射来优化抽象工厂模式的先天不足。
顺便来看一下反射的简单使用,来获得实例的方法
IUser result = new DalSqlServerUser(); ///这是常规的写法
接下来看看用反射的写法,别忘了首先要引用哦
IUser result = (IUser)Assembly.Load("程序集的名称").CreateInstance("命名空间.要实例化的类名");
那么现在可以发现用了反射我们可以利用字符串来实例化对象,而变量是可以替换的,而常规的写法都是写死在程序里的。
接下来看看我们用反射优化后的抽象工厂,其实也就是对上面DataAccess
类进行的优化。
public class DataAccess
{
private static readonly string db = "DalSqlServer";
private static readonly string AssemblyName = "AbstractFactory";
public static IUser CreateUserDal()
{
string ClassName = AssemblyName+"."+db+"User";
//IUser result = (IUser)Assembly.Load("程序集的名称").CreateInstance("命名空间.要实例化的类名");
return (IUser)Assembly.Load(AssemblyName).CreateInstance(ClassName);
}
public static IDepartment CreateDepartmentDal()
{
string ClassName ="AssemblyName"+ "."+db+"Department";
return (IDepartment)Assembly.Load(AssemblyName).CreateInstance(ClassName);
}
}
其实这里我们还可以简单的优化一下,就是用配置文件
<?xml version="1.0"?>
<configuration>
<appSettings>
<!--<add key="DB" value="DALSqlServer"/>-->
<add key="DB" value="DALAccess"/>
</appSettings>
<startup><supportedRuntime version="v4.0" sku=".NETFramework,Version=v4.0"/></startup></configuration>
public class DataAccess
{
private static readonly string db = ConfigurationManager.AppSettings["DB"];
private static readonly string AssemblyName = "AbstractFactory";
public static IUser CreateUserDal()
{
string ClassName = AssemblyName+"."+db+"User";
IUser result = (IUser)Assembly.Load("程序集的名称").CreateInstance("命名空间.要实例化的类名");
return (IUser)Assembly.Load(AssemblyName).CreateInstance(ClassName);
}
public static IDepartment CreateDepartmentDal()
{
string ClassName ="AssemblyName"+ "."+db+"Department";
return (IDepartment)Assembly.Load(AssemblyName).CreateInstance(ClassName);
}
}
这样需要什么数据库,只需要在配置文件当中进行配置即可。
所以,所有在用简单工厂的地方,都可以考虑用反射来去除switch或if,接触分支判断带来的耦合。
总结
原来通过抽象工厂可以学到这么多的知识很好,要多多吸收才可以。