三层架构之泛型应用

一说到三层架构，我想大家都了解，这里就简单说下，三层架构一般包含：UI层、DAL层、BLL层，其中每层由Model实体类来传递，所以Model也算是三层架构之一了，例外为了数据库的迁移或者更OO点，DAL层就衍生出了IDAL接口。Model就是简单的对应数据库里面的类，DAL层就是主要操作数据库的方法了，BLL这个就看业务了。而DAL层大部分的方法都是差不多，无非就是几个Insert，Update,Delete,Select。

创新互联建站2013年至今，是专业互联网技术服务公司，拥有项目网站制作、成都网站制作网站策划，项目实施与项目整合能力。我们以让每一个梦想脱颖而出为使命，1280元梅州做网站,已为上家服务,为梅州各地企业和个人服务,联系电话:13518219792

再来说下泛型，这个是2.0才开始有的，算是2.0中一个非常重要的技术了，关于泛型有什么好处优点就不说了，网上一大堆，其实说了也没有什么用，大家在实践中运用了就知道，我觉得泛型一个最核心的地方就是，泛型封装了类型，把类型的定义延迟到了客户端，泛型又像一个类型的模板，只要你定义了一个泛型类，就相当于定义了N个类，每个类的类型不一样而已。

上面我们说了，三层架构中的DAL层一般包括Insert，Update,Delete,Select这几种了，那么在泛型还没有到来之前，我们的程序员兄弟一般是怎么做的，首先为每个实体定义一个DAL接口，比如有个User这个实体对象，那么就有一个IUserDAL这个接口以及UserDAL这个实现类，如果有N个实体，那么差不多就需要N个接口和实现类了，而这些接口中的Insert，Update,Delete,Select的方法签名都是类似的，唯一的不同就是方法参数和返回值的类型了，我们来看下基本的接口定义

 
 
 
  
  
  public interface IUserDAL    
  
       {    
  
          int Insert(User model);    
  
          int Update(User model);    
  
          int Delete(int id);    
  
          User GetModel(int id);    
  
          DataTable GetList();    
  
      }

那么在一个项目中，像这样的接口定义到处可见，大部分是重复的写法，虽然我们有任劳任怨的代码生成工具为我们效劳，但是从设计角度或者站在新技术的角度看，这些代码就显得很不优雅，很不爽了，我想你的感觉也是这样吧，呵呵O(∩_∩)O~。

当泛型来临时，我们终于可以不看到那么多的重复接口的定义了，终于可以喘一口气了，那么泛型又是怎么实现的呢，在实现之前我们回头看下我们没有泛型的IUserDAL的定义，其中Insert，Update方法就一个User参数，类似的其他接口也就一个参数，只是类型不是User了，可能是Order,或者其他的，在来看下GetModel返回值类型是User，GetList也是一样的，只是这里我们用DataTable这个万能的类型来代替了，但是大家都知道DataTable这个类型臃肿又是弱类型的，在UI层调用的时候又不知道这个DataTable里面到底有什么字段，这个就在开发期带来一定的麻烦。

泛型的实现终于上场了，其实很简单，不就是一对尖括号吗，是的，只要在IUserDAL后面加对尖括号，里面用一个字符代替类型就可以了，哦，对了还要加个泛型约束呢，就是一个where，也就是说，这个泛型的类型只能是引用的类型，不能是值类型，难道你的Model是一个值类型??不可能吧，反正我是不信。那么这个泛型接口的定义就是：

 
 
 
  
  
  public interface IDAL where T : class    
  
      {    
  
          int Insert(T model);    
  
          int Update(T model);    
  
          int Delete(int id);    
  
          T GetModel(int id);    
  
          IList GetList();    
  
     }

哦，原来那么简单就是加个T把之前的User类型给【换了】就可以啦，我怎么没有想到呢，呜呜，那么在UserDAL这个继承类中就可以明确定义那个泛型的类型了，因为我这个类就是用来实现User这个实体类的(或者说数据库的表吧)，这里，UserDAL我们就叫IUserDAL的客户端了。代码如下：

 
 
 
  
  
  public class UserDAL : IDAL   
  
      {    
  
          #region IDAL 成员    
  
          public int Insert(User model)    
  
          {    
  
              //coding    
  
          }    
  
          public int Update(User model)    
  
          {    
  
              //coding    
  
          }    
  
          public int Delete(object id)    
  
          {    
  
              //coding    
  
          }    
  
          public User GetModel(object id)    
  
          {    
  
              //coding    
  
          }    
  
          public IList GetList()    
  
          {    
  
              //coding    
  
          }    
  
          #endregion    
  
      }

好了，我们解放了DAL和IDAL，那么BLL层可以用泛型吗，当然可以。

我们先来说下，不用泛型的BLL层的实现，这里不考虑BLL的业务的话，那么BLL就是单纯的调用DAL的相关数据库操作方法，也就是那个IUserDAL接口定义的方法了，一般的UserBLL代码如下：

 
 
 
  
  
  public class UserBLL    
  
       {    
  
           private IUserDAL dal = new UserDAL();    
  
       
  
           public int Insert(User model)    
  
           {    
  
               return dal.Insert(model);    
  
           }    
  
       
  
           public int Update(User model)    
  
           {    
  
               return dal.Update(model);    
  
           }    
  
           public int Delete(int id)    
  
           {    
  
               return dal.Delete(id);    
  
           }    
  
           public T GetModel(int id)    
  
           {    
  
               return dal.GetModel(id);    
  
           }    
  
           public DataTable GetList()    
  
           {    
  
               return dal.GetList();    
  
           }    
  
       }

我想这个是最简单的BLL代码了，而且大部分小的项目这样就已经够了，因为没有什么业务嘛，但是如果想这样的代码每个BLL都这样谢，一个项目几十个上百个也这样写真的会累死人的，代码工具虽然可以解决，但是当我们看到那么多的重复代码，相似的代码，真的很心痛，难道你不觉得心痛，如果你不觉得或者也不想去改的话或者以后还是那样写重复的代码，用代码工具帮做的话，我想你的code能力也不会怎么提高，废话一下。

那么用泛型的话，我们就可以为所有的BLL定义一个基类，其他类只要继承下，稍微的根据业务的不同增加点业务代码就可以，甚至都可以不用继承了，我们先看代码的实现吧，搞这行代码才是最好说话的，请看下面代码：

 
 
 
  
  
  public class BaseBLL   
  
          where T : class    
  
          where D : IDAL,new ()    
  
      {    
  
          private D dal = new D();    
  
          public virtual int Insert(T model)    
  
          {    
  
              return dal.Insert(model);    
  
          }    
  
          public virtual int Update(T model)    
  
          {    
  
              return dal.Update(model);    
  
          }    
  
          public virtual int Delete(object id)    
  
          {    
  
              return dal.Delete(id);    
  
          }    
  
          public virtual T GetModel(object id)    
  
          {    
  
              return dal.GetModel(id);    
  
          }    
  
          public virtual IList GetList()    
  
          {    
  
              return dal.GetList(model);    
  
          }    
  
      }

这个也简单把，也就是把实体类换为T，把IDAL接口换为D，并定义D这个类型的约束，也就是说我的这个D一定是一个实现了IDAL 这个接口的，而IDAL尖括号里面的T就是BaseBLL里面的T，看到这里，相信大家都应该明白了，如果你想实现UserBLL，就可以继承BaseBLL这个基类，这里为什么把BaseBLL中的方法定义为virtual呢，原因很简单的，因为你的BLL层的其他类不可能就没有业务，不可能就是简单的调用DAL方法吧，其他的BLL类就可以根据业务去override相关的方法了，UserBLL相应代码如下：

 
 
 
  
  
  public class UserBLL : BaseBLL   
  
      {    
  
             
  
      }

如果UserBLL没有任何业务的话，那就不要继承了，在UI直接用BaseBLL这个泛型类就可以，调用也很简单

BaseBLL dal=new BaseBLL();这样就可以了。

之所以写这篇随笔，是因为08年那时，我刚刚毕业投入工作后第一次看到让我崇拜的代码设计，好像那个时候泛型也刚开始盛行吧。

最后，感谢大家的阅读，希望大家多多支持我的博客，我是最近一个月才开始写博客的，后面会有更精彩的内容等着你来阅读。

作者：风雨彩虹

出处：http://www.cnblogs.com/liubiaocai/

新闻标题：三层架构之泛型应用
转载来源：http://www.shufengxianlan.com/qtweb/news38/538738.html

网站建设、网络推广公司-创新互联，是专注品牌与效果的网站制作，网络营销seo公司；服务项目有等

声明：本网站发布的内容（图片、视频和文字）以用户投稿、用户转载内容为主，如果涉及侵权请尽快告知，我们将会在第一时间删除。文章观点不代表本网站立场，如需处理请联系客服。电话：028-86922220；邮箱：631063699@qq.com。内容未经允许不得转载，或转载时需注明来源：创新互联

猜你还喜欢下面的内容