LSJ_NHibernate第三章 IDAL,DAL,BLL

前言:

　　做项目(面向数据编程),首先必须了解业务,这是核心,不懂业务写出来的代码毫无意义.业务我这里分为两种,简单业务操作,复杂业务操作,我以他们操作表的界限进行区分,假设我更新一条数据,只操作了一张表,我就把它当作一个简单的业务操作,假设用户购买产品这个操作,业务执行过程中,我必须修改用户表,订单表....操作了多张表,且这是一个事务,我就当它是复杂的业务操作.

IDAL层,数据库操作接口层,定义所有的简单业务操作接口,代码如下

 1 namespace DAO.IDAL {
 2     /// <summary>
 3     /// 接口层D_News
 4     /// </summary>
 5     public interface INews
 6     {
 7         #region  成员方法
 8         /// <summary>
 9         /// 是否存在该记录
10         /// </summary>
11         bool Exists(object id);
12         /// <summary>
13         /// 增加一条数据
14         /// </summary>
15         object  Save(News model);
16         /// <summary>
17         /// 更新一条数据
18         /// </summary>
19         void Update(News model);
20         /// <summary>
21         /// 删除数据
22         /// </summary>
23         void Delete(object id);
24         /// <summary>
25         /// 删除数据
26         /// </summary>
27         void Delete(News model);
28         /// <summary>
29         /// 得到一个对象实体
30         /// </summary>
31         News Get(object id);
32         /// <summary>
33         /// 获得数据列表
34         /// </summary>
35         IList<News> LoadAll();
36         /// <summary>
37         /// 获得前几行数据
38         /// </summary>
39         IList<News> GetList(List<SearchTemplate> st, List<Order> order);
40         
41         /// <summary>
42         /// 获得总条数
43         /// </summary>
44         int GetCount(List<SearchTemplate> st);
45         #endregion  成员方法
46     } 
47 }

我将这些简单业务操作抽象出来,这里用到IOC(控制反转)的原理,数据访问层不依赖于业务访问层,而依赖于接口,业务访问层的简单业务操作依赖于接口,这样就能实现业务与数据访问的解耦,简单来说你可以写N个数据访问层,只要实现接口即可,可能这里又有人不理解了,我写一个数据访问层就够累了,还写多个那不是有病吗?那是因为考虑的项目都比较的小,假设要做一个企业级大项目,有1000张表,分配给10个人完成,有些人觉得EF好用,有些觉得手写SQL速度快....所以我们更应该面向接口去编程,让细节依赖于接口,实现解耦.

IDAL这个类运用面向对象的知识点,还可以进行简化,仔细观察假设我们有100张表的DAL,你会发现除了每个类对应的model不一样,其它的都是一模一样,这个时候就可以运用泛型进行提取,如

public class INew<T> where T : new()
{
}

这样100个类只用写一个类就可以了

DAL层,数据访问层

1 　　　　 public IList<News> LoadAll()
2         {
3             using (ISession session = sessionFactory.OpenSession())
4             {
5                 return session.QueryOver<News>().List();
6             }
7         }

1 public IList<News>  GetList(List<SearchTemplate> st, List<Order> order)
2         {
3             using (ISession session = sessionFactory.OpenSession())
4             {
5                 ICriteria crit = session.CreateCriteria(typeof(News));
6                 IList<News> customers = ManagerPage.GetCrit<News>(st, order, crit);
7                 return customers;
8             }
9         }

这里我调用NHibernate提供的接口进行数据访问操作即可,比如QueryOver,ICriteria...根据个人喜好了,同理这个类也能提取

BLL业务逻辑层

 1     public partial class B_News
 2     {
 3         private readonly INews dal = new D_News();
 4         public B_News()
 5         {}
 6         
 7         #region  Method
 8         public IList<Domain.News> GetList(List<SearchTemplate> st, List<Order> order)
 9         {
10             return dal.GetList(st, order);
11         }
12 
13         public int GetCount(List<SearchTemplate> st)
14         {
15             return dal.GetCount(st);
16         }
17 
18         public int Save(Domain.News model)
19         {
20             return Convert.ToInt32(dal.Save(model));
21         }
22 
23         public Domain.News Get(object id)
24         {
25             return dal.Get(id);
26         }
27 
28         public void Delete(object id)
29         {
30             dal.Delete(id);
31         }
32 
33         public void Update(Domain.News model)
34         {
35             dal.Update(model);
36         }
37         #endregion
38    
39     }

这里的简单业务操作也可以用泛型进行提取,复杂的业务操作必须手写了,写之前请先熟悉NHibernate的生命周期,这里我附上我学习时候的一张图

详细的可以去看丹尼大叔的博客NHibernate系列文章七：NHibernate对象状态写的非常详细了,我这里就不过多说明了