在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已经帮我们实现了我们想要的功能！
通过上面的代码，我们也看到了在ＤＤＤ领域驱动里充血模型的实现，需要注意的地方就是什么样的方法应该写在模型里，什么样的方法应该写在业务层。
本文转自博客园张占岭（仓储大叔）的博客，原文链接：EF架构~充血模型设置不被持久化的属性，如需转载请自行联系原博主。
