当前位置: 代码迷 >> 驱动开发 >> EF架构~充血模型设立不被持久化的属性
  详细解决方案

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

热度:509   发布时间:2016-04-28 09:58:08.0
EF架构~充血模型设置不被持久化的属性

回到目录

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

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

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

    /// <summary>    /// 用户实体模式    /// </summary>    public class UserInfo : Entity    {        /// <summary>        /// maxLength和stringLength都可以用来设置数据表字段的长度,stringLength不可以用来做MVC验证        /// </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>        /// 生成MD5密码        /// </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已经帮我们实现了我们想要的功能!

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

回到目录

  相关解决方案