這裡要介紹一款與企業庫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 ,如需轉載請自行聯系原作者