上一篇文章講到把實體類中需要實現(xiàn)延遲加載的屬性聲明為virtual，然后繼承實體類做一個子類，在子類里面實現(xiàn)該屬性，配合使用委托來實現(xiàn)比較完美的延遲加載（原本的模型層依舊保持在最底層用于貫穿三層結構，同時又可以實現(xiàn)在實體類的屬性里面訪問到比他高層的數(shù)據(jù)訪問層）。文章的最后依舊出現(xiàn)杯具，原因是在對模型的屬性實現(xiàn)延遲加載之前，這個屬性可能由于我們業(yè)務的需要，它并不單單是作為一個存儲和讀取的功能使用，而是在其get或者set的訪問器中都包含這或許復雜或許簡單的邏輯代碼。

　　舉例：考慮一下這個情景，我們有一個叫做任務單的實體類，其中有兩個屬性，一個叫做任務名，一個叫做發(fā)布時間，現(xiàn)在有這樣的業(yè)務規(guī)定，任務名稱可以為空，但如果任務名稱為空的話我們要讀取發(fā)布時間生成一個任務名來代替掉這個空值（例如叫做Issue20110120191345），當然這個例子有點牽強，主要是我想不出什么很具體的實例，但是在實際開發(fā)中這種情況肯定是有的并且其中的邏輯代碼有可能復雜到你難以想象。

　　沿用前面兩篇文章的例子，我模擬了這一現(xiàn)象，對文章實體類做了點修改，增加了一個名為GetCategoryRecord的字符串型屬性，它的作用基本上可以從字面上看出來，叫做Category屬性get訪問器調(diào)用記錄。于是文章類（基類）修改如下：

c#代碼
    
namespace Model
{
    // 文章實體類
    public class Article
    {
        public int ArticleID { get; set; }
        public string Title { get; set; }
        public string Cotnent{ get; set; }
        public DateTime CreateTime { get; set; }
        public int CategoryID { get; set; }
        /// <summary>
        /// 所屬分類
        /// </summary>
        protected Model.ArticleCategory _category;
        /// <summary>
        /// 所屬分類
        /// </summary>
        public virtual Model.ArticleCategory Category
        {
            get
            {
                GetCategoryRecord += "獲取分類；";
                return _category;
            }
        }
        /// <summary>
        /// Category屬性get訪問器調(diào)用記錄
        /// </summary>
        public string GetCategoryRecord { get; set; }
    }
}        

        

        
        
      
        
NET技術：淺談C#中的延遲加載（3）——還原模型的業(yè)務規(guī)則，轉(zhuǎn)載需保留來源！
        
鄭重聲明：本文版權歸原作者所有，轉(zhuǎn)載文章僅為傳播更多信息之目的，如作者信息標記有誤，請第一時間聯(lián)系我們修改或刪除，多謝。