一說(shuō)到三層架構(gòu)，我想大家都了解，這里就簡(jiǎn)單說(shuō)下，三層架構(gòu)一般包含：UI層、DAL層、BLL層，其中每層由Model實(shí)體類來(lái)傳遞，所以Model也算是三層架構(gòu)之一了，例外為了數(shù)據(jù)庫(kù)的遷移或者更OO點(diǎn)，DAL層就衍生出了IDAL接口。Model就是簡(jiǎn)單的對(duì)應(yīng)數(shù)據(jù)庫(kù)里面的類，DAL層就是主要操作數(shù)據(jù)庫(kù)的方法了，BLL這個(gè)就看業(yè)務(wù)了。而DAL層大部分的方法都是差不多，無(wú)非就是幾個(gè)Insert，Update,Delete,Select。

再來(lái)說(shuō)下泛型，這個(gè)是2.0才開始有的，算是2.0中一個(gè)非常重要的技術(shù)了，關(guān)于泛型有什么好處優(yōu)點(diǎn)就不說(shuō)了，網(wǎng)上一大堆，其實(shí)說(shuō)了也沒(méi)有什么用，大家在實(shí)踐中運(yùn)用了就知道，我覺(jué)得泛型一個(gè)最核心的地方就是，泛型封裝了類型，把類型的定義延遲到了客戶端，泛型又像一個(gè)類型的模板，只要你定義了一個(gè)泛型類，就相當(dāng)于定義了N個(gè)類，每個(gè)類的類型不一樣而已。

上面我們說(shuō)了，三層架構(gòu)中的DAL層一般包括Insert，Update,Delete,Select這幾種了，那么在泛型還沒(méi)有到來(lái)之前，我們的程序員兄弟一般是怎么做的，首先為每個(gè)實(shí)體定義一個(gè)DAL接口，比如有個(gè)User這個(gè)實(shí)體對(duì)象，那么就有一個(gè)IUserDAL這個(gè)接口以及UserDAL這個(gè)實(shí)現(xiàn)類，如果有N個(gè)實(shí)體，那么差不多就需要N個(gè)接口和實(shí)現(xiàn)類了，而這些接口中的Insert，Update,Delete,Select的方法簽名都是類似的，唯一的不同就是方法參數(shù)和返回值的類型了，我們來(lái)看下基本的接口定義

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

那么在一個(gè)項(xiàng)目中，像這樣的接口定義到處可見，大部分是重復(fù)的寫法，雖然我們有任勞任怨的代碼生成工具為我們效勞，但是從設(shè)計(jì)角度或者站在新技術(shù)的角度看，這些代碼就顯得很不優(yōu)雅，很不爽了，我想你的感覺(jué)也是這樣吧，呵呵O(∩_∩)O~。

當(dāng)泛型來(lái)臨時(shí)，我們終于可以不看到那么多的重復(fù)接口的定義了，終于可以喘一口氣了，那么泛型又是怎么實(shí)現(xiàn)的呢，在實(shí)現(xiàn)之前我們回頭看下我們沒(méi)有泛型的IUserDAL的定義，其中Insert，Update方法就一個(gè)User參數(shù)，類似的其他接口也就一個(gè)參數(shù)，只是類型不是User了，可能是Order,或者其他的，在來(lái)看下GetModel返回值類型是User，GetList也是一樣的，只是這里我們用DataTable這個(gè)萬(wàn)能的類型來(lái)代替了，但是大家都知道DataTable這個(gè)類型臃腫又是弱類型的，在UI層調(diào)用的時(shí)候又不知道這個(gè)DataTable里面到底有什么字段，這個(gè)就在開發(fā)期帶來(lái)一定的麻煩。

泛型的實(shí)現(xiàn)終于上場(chǎng)了，其實(shí)很簡(jiǎn)單，不就是一對(duì)尖括號(hào)嗎，是的，只要在IUserDAL后面加對(duì)尖括號(hào)，里面用一個(gè)字符代替類型就可以了，哦，對(duì)了還要加個(gè)泛型約束呢，就是一個(gè)where，也就是說(shuō)，這個(gè)泛型的類型只能是引用的類型，不能是值類型，難道你的Model是一個(gè)值類型??不可能吧，反正我是不信。那么這個(gè)泛型接口的定義就是：

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

哦，原來(lái)那么簡(jiǎn)單就是加個(gè)T把之前的User類型給【換了】就可以啦，我怎么沒(méi)有想到呢，嗚嗚，那么在UserDAL這個(gè)繼承類中就可以明確定義那個(gè)泛型的類型了，因?yàn)槲疫@個(gè)類就是用來(lái)實(shí)現(xiàn)User這個(gè)實(shí)體類的(或者說(shuō)數(shù)據(jù)庫(kù)的表吧)，這里，UserDAL我們就叫IUserDAL的客戶端了。代碼如下：

public class UserDAL : IDAL<User> 
    {  
        #region IDAL<User> 成員  
        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<User> GetList()  
        {  
            //coding  
        }  
        #endregion  
    } 

好了，我們解放了DAL和IDAL，那么BLL層可以用泛型嗎，當(dāng)然可以。

我們先來(lái)說(shuō)下，不用泛型的BLL層的實(shí)現(xiàn)，這里不考慮BLL的業(yè)務(wù)的話，那么BLL就是單純的調(diào)用DAL的相關(guān)數(shù)據(jù)庫(kù)操作方法，也就是那個(gè)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();  
         }  
     } 

我想這個(gè)是最簡(jiǎn)單的BLL代碼了，而且大部分小的項(xiàng)目這樣就已經(jīng)夠了，因?yàn)闆](méi)有什么業(yè)務(wù)嘛，但是如果想這樣的代碼每個(gè)BLL都這樣謝，一個(gè)項(xiàng)目幾十個(gè)上百個(gè)也這樣寫真的會(huì)累死人的，代碼工具雖然可以解決，但是當(dāng)我們看到那么多的重復(fù)代碼，相似的代碼，真的很心痛，難道你不覺(jué)得心痛，如果你不覺(jué)得或者也不想去改的話或者以后還是那樣寫重復(fù)的代碼，用代碼工具幫做的話，我想你的code能力也不會(huì)怎么提高，廢話一下。

那么用泛型的話，我們就可以為所有的BLL定義一個(gè)基類，其他類只要繼承下，稍微的根據(jù)業(yè)務(wù)的不同增加點(diǎn)業(yè)務(wù)代碼就可以，甚至都可以不用繼承了，我們先看代碼的實(shí)現(xiàn)吧，搞這行代碼才是最好說(shuō)話的，請(qǐng)看下面代碼：

public class BaseBLL<T, D> 
        where T : class  
        where D : IDAL<T>,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<T> GetList()  
        {  
            return dal.GetList(model);  
        }  
    } 

這個(gè)也簡(jiǎn)單把，也就是把實(shí)體類換為T，把IDAL接口換為D，并定義D這個(gè)類型的約束，也就是說(shuō)我的這個(gè)D一定是一個(gè)實(shí)現(xiàn)了IDAL這個(gè)接口的，而IDAL尖括號(hào)里面的T就是BaseBLL里面的T，看到這里，相信大家都應(yīng)該明白了，如果你想實(shí)現(xiàn)UserBLL，就可以繼承BaseBLL這個(gè)基類，這里為什么把BaseBLL中的方法定義為virtual呢，原因很簡(jiǎn)單的，因?yàn)槟愕腂LL層的其他類不可能就沒(méi)有業(yè)務(wù)，不可能就是簡(jiǎn)單的調(diào)用DAL方法吧，其他的BLL類就可以根據(jù)業(yè)務(wù)去override相關(guān)的方法了，UserBLL相應(yīng)代碼如下：

public class UserBLL : BaseBLL<User, UserDAL> 
    {  
         
    } 

如果UserBLL沒(méi)有任何業(yè)務(wù)的話，那就不要繼承了，在UI直接用BaseBLL這個(gè)泛型類就可以，調(diào)用也很簡(jiǎn)單

BaseBLL<User> dal=new BaseBLL<User>();這樣就可以了。

之所以寫這篇隨筆，是因?yàn)?8年那時(shí)，我剛剛畢業(yè)投入工作后第一次看到讓我崇拜的代碼設(shè)計(jì)，好像那個(gè)時(shí)候泛型也剛開始盛行吧。

最后，感謝大家的閱讀，希望大家多多支持我的博客，我是最近一個(gè)月才開始寫博客的，后面會(huì)有更精彩的內(nèi)容等著你來(lái)閱讀。

作者：風(fēng)雨彩虹

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

【編輯推薦】

1. 淺析淘寶數(shù)據(jù)魔方技術(shù)架構(gòu)
2. 淺析.NET設(shè)計(jì)架構(gòu)十條箴言
3. 揭秘Google+技術(shù)架構(gòu)
4. 揭秘新版SkyDrive架構(gòu)的幕后
5. 97條架構(gòu)師須知