上一篇文章讲到把实体类中需要实现延迟加载的属性声明为virtual，然后继承实体类做一个子类，在子类里面实现该属性，配合使用委托来实现比较完美的延迟加载（原本的模型层依旧保持在最底层用于贯穿三层结构，同时又可以实现在实体类的属性里面访问到比他高层的数据访问层）。文章的最后依旧出现杯具，原因是在对模型的属性实现延迟加载之前，这个属性可能由于我们业务的需要，它并不单单是作为一个存储和读取的功能使用，而是在其get或者set的访问器中都包含这或许复杂或许简单的逻辑代码。

　　举例：考虑一下这个情景，我们有一个叫做任务单的实体类，其中有两个属性，一个叫做任务名，一个叫做发布时间，现在有这样的业务规定，任务名称可以为空，但如果任务名称为空的话我们要读取发布时间生成一个任务名来代替掉这个空值（例如叫做Issue20110120191345），当然这个例子有点牵强，主要是我想不出什么很具体的实例，但是在实际开发中这种情况肯定是有的并且其中的逻辑代码有可能复杂到你难以想象。

　　沿用前面两篇文章的例子，我模拟了这一现象，对文章实体类做了点修改，增加了一个名为GetCategoryRecord的字符串型属性，它的作用基本上可以从字面上看出来，叫做Category属性get访问器调用记录。于是文章类（基类）修改如下：

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访问器调用记录
        /// </summary>
        public string GetCategoryRecord { get; set; }
    }
}        

        

        
        
      
        
NET技术：浅谈C#中的延迟加载（3）——还原模型的业务规则，转载需保留来源！
        
郑重声明：本文版权归原作者所有，转载文章仅为传播更多信息之目的，如作者信息标记有误，请第一时间联系我们修改或删除，多谢。