一、普通架构中存在的问题
StudentDB数据库,包含一张StudentInfoTB表,结构如下:
s_id int primary key identity(1,1), s_name Nvarchar(10) not null, s_age int check(s_age >10 and s_age<30), s_sex bit not null
先来看一下普通的架构的问题所在:
调用关系:
dal层代码只是通过SqlHelper简单的操作一下数据库,就不展示了。
StudentInfo的bll层代码,实例化了一个dal层对象,并且每个方法返回对应的方法:
private StudentInfoADODal dal = new StudentInfoADODal(); public ListSelect() { return dal.Select(); } public int Update(StudentInfoModel siModel) { return dal.Update(siModel); } public int Delete(int id) { return dal.Delete(id); } public int Add(StudentInfoModel siModel) { return dal.Add(siModel); } public StudentInfoModel Get(int id) { return dal.Get(id); }
ui层调用:
static void Main(string[] args) { Display(); Console.ReadKey(); } static void Display() { //实例化bll层对象 StudentInfoBll bll = new StudentInfoBll(); //接收返回值 ListlstModel = bll.Select(); //输出标题 Console.WriteLine($"编号\t姓名\t年龄\t性别"); //循环输出 foreach (StudentInfoModel item in lstModel) { Console.WriteLine($"{item.s_id}\t{item.s_name}\t{item.s_age}\t{item.s_sex}"); } }
输出:
一切看起来都没什么问题,可是如果后续逻辑复杂起来了,并且Dal层对象有变动的话,我们是不是需要在Bll层修改实例化的Dal层对象,而且一但更改,所有位置的Dal层对象都会修改,现在代码很少,东西也不复杂,可是如果代码复杂了,修改的话就不是太方便了。
首先我们应该想到的是工厂模式,因为如果Dal层有变动的话,我们只需要修改工厂模式中返回的对象就行了,但是如果使用简单工厂模式的话,返回值是个问题,Dal层改变的话,返回值肯定也会发生改变,到时候还是要对bll层接收对象修改类型。
二、抽象工厂+IDal
所以我们应该考虑使用抽象工厂,既然要用抽象工厂,那么就必须有一个具体的父类或者接口,但是Dal层并没有继承任何父类或实现任何接口(Object除外),所以我们应该抽象出一个IDal层,使得所有的Dal层都要去实现IDal层,然后用IDal层的接口作为返回值,返回给Bll层,后续如果在要修改Dal层的话,只要Dal层实现了IDal层我们是不是就不用在对Bll层做任何修改了。
接下来先创建IDal层:
然后抽象出IStudentInfoDal接口:
public interface IStudentInfoDal { ListSelect(); int Update(StudentInfoModel siModel); int Delete(int id); int Add(StudentInfoModel siModel); StudentInfoModel Get(int id); }
StudentInfoADODal层实现IStudentDal接口:
下面就是使用工厂模式来进行创建对象,先创建工厂层和DalFactory类:
public class DalFactory { public static IStudentInfoDal CreateStudentInfoInstance() { return new StudentInfoADODal(); } }
Bll层调用的话直接声明接口,然后通过工厂模式来获取Dal层对象:
private IStudentInfoDal dal = DalFactory.CreateStudentInfoInstance();
这下如果后续需要更改的话,直接就更改工厂模式这一个地方就行了,其他地方就不用做更改了。
现在看一下调用关系,箭头是引用关系
可以发现,Dal层并没有做到完全独立起来,Factory层还是在引用Dal层,更换数据库的话,还是要重新添加引用,重新修改工厂模式中的代码。小项目不分层都是可以的,如果项目很复杂,做任何事情之前都要考虑周到,任何细节都要处理好,所以就想办法把Dal层完全独立起来
三、反射+App.config实现抽象工厂
反射就是能够动态加载程序集,不需要添加对程序集的引用,就可以获取程序集内部的结构(属性、方法),可以实现动态创建对象,调用对象的方法,为属性赋值等操作。所以,在创建Dal层对象时,我们可以考虑使用反射来创建。
反射所在命名空间:System.Reflection; 其实就是先将dll文件给加载到Assembly对象中,然后通过Assembly对象创建dll文件中的对象(反射还有其他的几个常用的对象Type、Activator、PropertyInfo...)
使用反射创建dal层对象:
public static IStudentInfoDal CreateStudentInfoInstance() { //使用Assembly来加载程序集 Assembly assembly = Assembly.Load("CKKA.ADODal"); //通过assembly对象来创建一个StudentInfoADODal实例 //必须是完整的类型名称 类型所在命名空间+“.”+类名 Object siDal = assembly.CreateInstance("CKKA.ADODal.StudentInfoADODal"); return siDal as IStudentInfoDal; }
然后右键CKKA.ADODal-->属性-->最左侧生成-->下方输出路径改为Ui/bin/debug或者Ui/bin(具体可以自己打开文件夹下看那个目录下有dll文件),详情看这篇帖子https://www.cnblogs.com/ckka/p/11331037.html
现在运行该程序是可以反射成功的
我们把将抽象工厂再次改造一下,将CKKA.ADODal和后缀ADODal写在App.config的appSettings节点下(web项目写在web.config)
"AssemblyName" value="CKKA.ADODal"/> "Suffix" value="ADODal"/>
抽象工厂改进为(需要为Factory添加System.Configuration程序集和命名空间的引用):
public class DalFactory { //从配置文件中读取AssemblyName(程序集名称)和Suffix(Dal层扩展名) private static String AssemblyName = ConfigurationManager.AppSettings["AssemblyName"]; private static String Suffix = ConfigurationManager.AppSettings["Suffix"]; //每个方法都调用此方法来创建对象 private static Object CreateInstance(String TypeName) { return Assembly.Load(AssemblyName).CreateInstance(TypeName); } public static IStudentInfoDal CreateStudentInfoInstance() { //拼接类型名称 String TypeName = $"{AssemblyName}.StudentInfo{Suffix}"; //创建实例 return CreateInstance(TypeName) as IStudentInfoDal; } }
以后我们如果需要更换数据库的话,只需要修改配置文件,操作数据库的Dal实现IDal接口,并且bin目录下有dll文件就行了,不需要更改任何代码。
由于没有其他数据库,我们就用EF操作数据库来测试一下:
将CKKA.EFDal的生成路径更改一下,然后修改配置文件为:
然后运行:
可以发现,完全不用改任何代码,就可以做到更换一整个Dal或者数据库,最终调用结构为:
如果我哪里写的有问题或者我说的不够清楚或者你有疑问的话,欢迎留言