内容简介:EF架构~FluentValidation实体检验与实体分离了
在MVC,EF,LINQ环境里,我们经常会用到DataModel(DO)和ViewModel(VO),可能对于它们的属性校验我们会采用特性的方式,当然这很直观,就连微软的DEMO也是如些,一般是这样的代码
/// <summary> /// 机构ID /// </summary> [DisplayName("机构ID")] public int AgentId { get; set; } /// <summary> /// 机构名称 /// </summary> [DisplayName("机构名称")] [MaxLength(128)] public string AgentName { get; set; } /// <summary> /// 机构负责人 /// </summary> [DisplayName("机构负责人")] [MaxLength(128)] public string AgentUser { get; set; }
而这种设计方式给我们以后的维护带来很多问题,具体大叔总结一下:
- 与数据实体混在一起,不利用扩展,更新实体你加的特性可能会丢失
- 如果有多个VO,那么你需要把它加到具体的VO上,因为DO的语义可能不太明确
- 不方便迁移,它与ModelState耦合太高
- 从面向对象的角度来看,它的职责太单一,引起变因太多
综上所述,FluentValidation就诞生了!
nuget上去安装它:install-package FluentValidation
你的一个实体类,可以添加多个检验类,这相当于可以有多种检验类去装饰一个实体类,我觉得挺好!
public class CreateUserEventValidator : AbstractValidator<CreateUserEvent> { public CreateUserEventValidator() { RuleFor(command => command.UserName).NotEmpty().Length(5, 20).WithMessage("用户名升序为5-20字符!"); RuleFor(command => command.Email).NotEmpty().EmailAddress().WithMessage("不是有效的Email!"); RuleFor(command => command.BirthDay).NotEmpty().Must(i => i < DateTime.Now).WithMessage("你的年紀太小了!"); } }
使用时,可以通过IsValid,Errors等属性拿到你需要的信息,当然,你也可以把它在命令事件,领域事件上用一下,比如做个验证的装饰器,哪些处理程序要用校验,就通过这个装饰器装饰一下就行了,挺优雅!
//验证-装饰器 BusManager.Instance.Subscribe(new ValidatorDecorator<CreateUserEvent>(new UserEventHandler(), new CreateUserEventValidator())); //日志-装饰器 BusManager.Instance.Subscribe(new LoggerDecorator<CreateUserEvent>(new UserEventHandler())); BusManager.Instance.Publish(new CreateUserEvent { UserName = "占占大师5个字" });
装饰器要求你转一个要被装饰的对象和一个装饰器,就可以了。
/// <summary> /// 验证装饰器 /// </summary> /// <typeparam name="TEvent"></typeparam> [Serializable] public class ValidatorDecorator<TEvent> : IBusHandler<TEvent> where TEvent : IBusData { /// <summary> /// 要被装饰的处理程序 /// </summary> private readonly IBusHandler<TEvent> _inner; /// <summary> /// 校验装饰器集合 /// </summary> private readonly IValidator<TEvent>[] _validators; /// <summary> /// 初始化 /// </summary> /// <param name="inner">要被装饰的处理程序</param> /// <param name="validators">装饰器</param> public ValidatorDecorator(IBusHandler<TEvent> inner, params IValidator<TEvent>[] validators) { _inner = inner; _validators = validators; } public void Handle(TEvent evt) { var failures = _validators .Select(v => v.Validate(evt)) .SelectMany(result => result.Errors) .Where(error => error != null) .ToList(); if (failures.Any()) { throw new ValidationException("实体校验失败", failures); } _inner.Handle(evt); } }
对于一种知识的学习与理解是需要一些理论基础的,大家可以多看看设计模块,算法导论,.netCLR等书籍!
感谢各位的阅读!
以上所述就是小编给大家介绍的《EF架构~FluentValidation实体检验与实体分离了》,希望对大家有所帮助,如果大家有任何疑问请给我留言,小编会及时回复大家的。在此也非常感谢大家对 码农网 的支持!
猜你喜欢:- 什么是实体边界交互器架构
- 表单 – 如何使用实体列表(CRUD)从模板中删除实体?
- MyBatis Generator配置文件--指定生成实体类使用实际的表列名作为实体类的属性名
- 命名实体识别技术
- XML实体扩展攻击
- [DeepNLP] 初识命名实体识别
本站部分资源来源于网络,本站转载出于传递更多信息之目的,版权归原作者或者来源机构所有,如转载稿涉及版权问题,请联系我们。