这里要介绍一款与企业库VAB(Validation Application Block),ASP.NET MVC基于Attribute声明式验证所不同的验证组件,FluentValidation,其利用表达式语法链式编程,使得验证组件与实体分开。我喜欢他的原因是喜欢表达式,喜欢链式的感觉,大有一气呵成之意。
<a href="http://3983901.blog.51cto.com/attachment/201205/27/3973901_1338128967Hrs4.jpg"></a>
现在我们可以开始体验了,实体类do任然是上节的Orders:
do:
public class Orders
{
public int ID { get; set; }
public string CustomerID { get; set; }
public decimal DisCount { get; set; }
public DateTime OrderDate { get; set; }
}
验证逻辑:
public class OrdersValidator:AbstractValidator<Orders>
{
public OrdersValidator()
{
RuleFor(orders =&gt; orders.CustomerID).NotEmpty().Length(2, 20).WithName("CustomerID");
RuleFor(orders =&gt; orders.DisCount).GreaterThanOrEqualTo(0).LessThan(1).WithMessage("discount must between 0 and 1!");
RuleFor(orders =&gt; orders.OrderDate.Date).GreaterThanOrEqualTo(DateTime.Now.Date).WithName("Order Date");
}
}
看见这样的代码你的感觉如何?现在式的语言讲究的不仅在于功能,还有语义。
下面我们来写个简单的测试类测试它:
[TestMethod] public void TestMethod1() { var orders = new Orders(){DisCount = 2,CustomerID = "1", OrderDate = DateTime.Now.AddDays(-1).Date}; IValidator validator = new OrdersValidator(); var results = validator.Validate(orders); var validationSucceeded = results.IsValid; var failures = results.Errors; Assert.IsTrue(failures.Any(t =&gt; t.PropertyName == "CustomerID")); Assert.IsTrue(failures.Any(t =&gt; t.PropertyName == "DisCount")); Assert.IsTrue(failures.Any(t =&gt; t.PropertyName == "OrderDate.Date")); failures.ToList().ForEach(t=&gt;Debug.WriteLine(t.ErrorMessage)); } 结果: <a href="http://3983901.blog.51cto.com/attachment/201205/27/3973901_13381289691gUU.jpg"></a> 单元测试结果就不贴了,觉得多余。 最后忘说了这款组件为我们提供了很多语言的多语言支持: <a href="http://blog.51cto.com/attachment/201205/230556398.jpg" target="_blank"></a> 我在思考对于架构设计中我们采用的验证组件可以任意切换,我们完全可以为VAB,FluentValidation同一抽象接口做个门面模式。在借助于IOC插入式架构,利用不同的key,获取验证组件接口,而这个key值我将会处理在方法的Attribute上,AOP方式横切于我们的应用程序,验证本来就是个业务功能组件,横切点。我也是正在如此引用我的架构。 本文转自 破狼 51CTO博客,原文链接: http://blog.51cto.com/whitewolfblog/880292 ,如需转载请自行联系原作者