蛙蛙请教:如何让DAL和BLL实现松散耦合(实现组件的热拔插)。

蛙蛙请教:如何让DAL和BLL实现松散耦合(实现组件的热拔插)。
我有个构想,就是让BLL和DAL层之间实现真正的松散耦合,基于托管组件的的系统,在BLL里调用DAL层方法的时候耦合性比较强,需要调用RunSqlserverSP()或者RunOracleSP()这样的方法,如果DAL层更换了数据库的话,BLL层有一批代码还得重写。有些人可能了解petshop那样的架构,定义一系列接口,分别写一个oracle和sqlserver的实现,然后运行的时候根据配置决定用哪个实现类,利用反射来加载DAL程序集再执行。
我想能不能用一个xml文件来映射DAL和BLL之间的关系,这样BLL就是就是纯粹的业务逻辑,而和DAL层没有什么关系了,而DAL层可以单独维护,进行独立的单元测试,DAL用sqlserver还是用oracle自己决定,最后返回DataSet让BLL层使用。BLL层使用类似下面的代码来和DAL层交互。
   

EmployeeEntity emp1  =   new  EmployeeEntity();
   emp1.EmployeeID 
=   1 // 这个是主键,按理说是自动生成的,不是指定的
   emp1.BirthDate  =  DateTime.Parse( " 1983/05/03 " );
   emp1.City 
=   " 石家庄 " ;
   emp1.Country 
= " 中国 " ;
   emp1.FirstName 
= " 蛙蛙 " ;
   emp1.LastName 
=   " 王子 " ;
   
   
// 创建一个DAL和BLL层的映射对象,构造函数的参数是DAL层的类型的
   
// 字符串表示,这里就是DAL程序集的Employee类,实际运行的时候是
   
// 根据元数据和反射来把这个类型缓存起来,然后再调用它上面的方法
   BLLDALMappting bdm  =   new  BLLDALMappting( " DAL.Employee " );

   
// 执行映射对象上的Insert对象,添加一个新员工,原理就是根据元数据里
   
// Employee实体和DAL.Employee里某个方法及其参数的映射来执行的。实体的
   
// 属性和DAL层的方法的参数相对应,这用元数据映射,然后给员工实体类的
   
// 实例赋值会直接传递到DAL层具体方法的参数里,并执行。返回的值是影响
   
// 数据库记录的条数
    if (bdm.Insert(emp1) !=- 1 )
    Console.WriteLine(
" 蛙蛙王子添加成功 " );

   
// 更新的时候必须要设置主键以及要更新的对象的值
   
// 主键用来选定指定的实体,然后调用映射对象的update
   
// 方法就可以完成持久化操作了,具体细节由DAL层完成。
   EmployeeEntity emp2  =   new  EmployeeEntity();
   emp2.EmployeeID 
=   1 ;
   emp2.FirstName 
=   " 谁染 " ;
   emp2.LastName 
=   " 枫林醉 " ;
   
if (bdm.Update(emp) !=- 1 )
    Console.WriteLine(
" 蛙蛙王子修改成谁染枫林醉了 " );

   
// 执行选择操作的时候可以先指定主键EmployeeID,然后执行
   
// Select方法,这样就会emp3里的其它成员就会被自动填充了,
   
// 然后你可以把这个实体可以直接绑定到界面控件上
   EmployeeEntity emp3  =   new  EmployeeEntity();
   emp3.EmployeeID 
=   1 ;
   bdm.Select(emp3);
   Console.WriteLine(
" 谁染枫林醉所在的城市是 " + emp3.City);
   
// 如果返回的是个多条数据,可以通过访问实体的ResultData来获取
   
// 数据集,这常用来查询的时候返回多个结果。
   DataSet ds  =  emp3.ResultData;
   
   
// 删除也很简单,指定主键,调用容器的Delete方法就会调用DAL层的
   
// 方法把这个删除操作在数据库里执行
   EmployeeEntity emp4  =   new  EmployeeEntity();
   emp4.EmployeeID 
= 1 ;
   
if (bdm.Delete(emp4) !=- 1 )
    Console.WriteLine(
" 谁染枫林醉被删除了 " );

总的来说,就是业务逻辑层呢,只执行实体的标准的CRUD操作,而这些CRUD操作实际实现是在DAL层做。他们之间的连系由XML文件来映射,XML文件为每个实体的CRUD操作映射一个DAL层命令(方法),每个命令包含这个方法的签名(参数的类型,方向,顺序),以便让BLL层通过反射来调用这些方法。

其实呢,实体的CRUD操作应该直接映射存储过程,但是有的数据库系统没有存储过程,也不能执行多条SQL语句,所以呢,我就想到了,单独用一个DAL层来执行一些代替存储过程的简单操作,这里不做复杂的逻辑,只是从数据库里选择数据并返回,或者修改数据库。这样的话,业务层的一条业务就有可能跨越好几个数据库,因为它不必关心DAL层是怎么实现的。

还有几个问题需要讨论:
1.事务处理:我想把数据库事务都放到DAL层里,让DAL层自己维护执行多条语句的事务,BLL层只要最后结果。如果需要分布式事务的话,也都在DAL层里协调。
2.并发处理:并发也集中在DAL层里处理,或者在存储过程里处理。
3.错误处理,因为DAL层是通过反射来调用执行的,所以DAL层里如何抛出详细的错误到BLL层呢,好像只能抛出一些反射的错误,是不是需要在DAL层单独运行一个错误处理层呀。
4.调试和测试:因为DAL层和BLL层松散耦合,单独调试DAL层好调试,但是BLL层就不好调试了,而且单元测试也不好做,所以,我想调试和进行单元测试的时候可以直接把DAL层引用到BLL层里,通过直接调用测试和调试,然后部署的时候再让他们分开,因为DAL层可能运行再A服务器,而BLL层运行在B服务器。
5.性能问题:这里面因为用了反射,势必影响性能,所以我的想法是,在应用程序启动的时候运行反射,把这个发现的类和方法保存到一个静态的HASHTABLE里面,然后调用DAL层方法的时候,从这个hashtable里直接执行方法,这样可能会提高一些性能。当然dal方法的参数等都要缓存起来,就像缓存sql语句以及SQL参数一样。

我感觉这样就可以实现组件的热拔插,在运行的时候,把DAL层里的某个方法替换掉,让它从访问SQLSERVER数据库转移到访问ORACLE数据库,减少停机的次数。而且DAL层的方法尽量是以静态方法发布,就像调用一些服务,而且最好一个是一个,不能重载。

不知道我这个想法有没有实际意义,因为现在COM+服务,WEB服务,remoting服务等也都能让层和层之间实现松散耦合,而我这个利用了反射和晚期绑定的方案有没有价值,欢迎板砖哦,这个系统我正在实现呢,先征求一下大家的意见。

你可能感兴趣的:(实现)