回到目录
在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领域驱动里充血模型的实现,需要注意的地方就是什么样的方法应该写在模型里,什么样的方法应该写在业务层。
作者:仓储大叔,张占岭,
荣誉:微软MVP
QQ:853066980
支付宝扫一扫,为大叔打赏!
