EF架构~充血模型设置不被持久化的属性

回到目录

在Poco实体中，一般只有属性没有方法，这在软件设计中称为贫血模型，而在ＤＤＤ领域驱动设计中，比较提倡充血模型，即你的Poco实体中，即有属性，也有操作属性的方法，注意这里说的是操作属性的方法，你的具体业务方法不要写在这里！

而在实际项目中，我们可以有这样的需求，一个注册用户业务，它有密码和确认密码，这个确认密码不需要存储到数据表里，即不需要被持久化，这时，我们想到的就是为它加NonSerialized特性，而在使用过程中我们发现，这个特性只针对字段而言，而我们的实体中推荐使用属性的方式，所以我们需要寻找其它解决方案。

而对于  System.ComponentModel.DataAnnotations.Schema命名空间来说，确实有一个更好的特性适合我们的需求，这个就是NotMapped特性，从它的注释中可以看出，它主要功能就是从数据库映射中移除它，即数据表中不体现这个属性，现在我们代码代码修改一下，使用NotMapped实现的实体模型：

    /// <summary>
    /// 用户实体模式
    /// </summary>
    public class UserInfo : Entity
    {
        /// <summary>
        /// maxLength和stringLength都可以用来设置数据表字段的长度，stringLength不可以用来做ＭＶＣ验证
        /// </summary>
        [DisplayName("用户名"), Required, StringLength(50, MinimumLength = 6, ErrorMessage = "用户名只能由6~50个字符组成")]
        public string UserName { get; set; }
        [DisplayName("真实姓名"), Required, StringLength(30, MinimumLength = 6, ErrorMessage = "真实姓名只能由6~30个字符组成")]
        public string RealName { get; set; }
        public UserExtension UserExtension { get; set; }
        public List<OrderInfo> OrderInfo { get; set; }
        [DisplayName("密码"), StringLength(20, MinimumLength = 8, ErrorMessage = "密码由8~20个字符组成")]
        public string Password { get; set; }
        [DisplayName("确认密码"), NotMapped]
        public virtual string TruePassword { get; set; }

        #region 充血模型的方法
        /// <summary>
        /// 生成ＭＤ５密码
        /// </summary>
        /// <returns></returns>
        public string Md5Password()
        {
            return Lind.DDD.Commons.Encryptor.Utility.EncryptString(Password, Commons.Encryptor.Utility.EncryptorType.MD5);
        }
        /// <summary>
        /// 密码和确认密码的比较
        /// </summary>
        /// <returns></returns>
        public bool Password_TruePassword()
        {
            return this.Password.Equals(this.TruePassword, StringComparison.CurrentCulture);
        }
        #endregion

    }

 

运行程序后，我们在数据表UserInfo中没有找到TruePassword这个字段，这说明NotMapped已经帮我们实现了我们想要的功能！

通过上面的代码，我们也看到了在ＤＤＤ领域驱动里充血模型的实现，需要注意的地方就是什么样的方法应该写在模型里，什么样的方法应该写在业务层。

回到目录