这是一个信息管理项目
框架脱胎于PetShop3.0
分为如下几层
Web
BLL
IDAL
Model
DALFactory
NHDAL
根据PetShop3.0的框架:Web层只依赖于BLL和Model,也就是说web层调用BLL层方法返回的Model层定义的数据;BLL层依赖于IDAL,Model,这一层实际是使用IDAL中的方法组合为业务,并处理IDAL层返回的Model;IDAL定义了所有底层方法,给DAL层留下接口;Model定义了对象实体,只有属性没有方法,基本上可以作为抽象类定义。DALFactory的作用是根据配置文件中的设置动态取出取出数据访问层(Data Access Layer)对象的实例,这样做就把实际使用的DAL跟BLL层分离,如果需要切换到其他DAL,只要修改此层就可以了。
本项目使用NH(NHibernate)作为DAl,所以命名为NHDAL。NHDAL依赖于Model,继承Model中属性的定义,并添加了NH需要用到的属性器。同时NHDAL实现IDAL中定义的方法。
下面是对登陆验证和储存日志的实例
先看看IDAL和Model中的定义吧
代码段一 IDAL接口定义
代码段二 Model对象定义
然后是BLL中调用。因为BLL不依赖于任何DAL,所以通过中间层DALFactory创建DAL的实例,并通过IDAl定义的接口返回给BLL。
代码段三 BLL方法
代码段四 DALFactory方法
代码段五 web.config
<!-- 这段按下,不占页面了 -->
理论上Web层并不知道IDAL层定义的原子方法,只使用BLL层给出的方法。这就是所谓的业务层与表现层分开。Web层只接受用户发出的请求,然后处理参数交给BLL层,并对BLL层返回的结果进行判断返回给结果。
代码段六 Web层调用
最后是本文的主角NHDAL了,虽然最后出现,却是所有实际操作的最终执行者。
代码段七 实现IDAL
代码段八 继承Model
代码段九 影射文件 SignLogInfo.hbm.xml 这里用到上篇文章《不让NH属性器破坏封装》提到的方法
代码段十 小技巧,NHObject基类
定义了一个NHObject的基类,因为任何实际操作对象is a NHObject,所以均继承这个类
这样做的好处是当我们需要更改加载连接字符串方法(比如解密)的时候只需在此出修改,还可以比较大面积地更改NH的使用方法。
这样一个完整的框架就成功地搭建并运行了。:)