当前位置 : 主页 > 编程语言 > 其它开发 >

也谈实体验证(Entity Validation)

来源:互联网 收集:自由互联 发布时间:2022-05-26
环境: Windows 2008, VS 2008 SP1, Asp.Net Mvc 1.0 ------------------------------------------------------------------------------ 今晚喝茶看片之时,脑子里忽然闪过一个念头,于是打开VS简单的做了一个实现,于

环境:

Windows 2008, VS 2008 SP1, Asp.Net Mvc 1.0

------------------------------------------------------------------------------

今晚喝茶看片之时,脑子里忽然闪过一个念头,于是打开VS简单的做了一个实现,于是有了本文...是关于实体验证的,嗯,从头开始说吧。

一. 可能是最原始的验证代码

为了让问题尽量简单,我们就拿一个简单得不能再简单的User类开刀吧。

现在我们要在User类里面加一个方法用于验证User实例的合法性,相信很多人写过如下类似的代码:

Check()方法很单纯的为User类的属性应用各种规则,然后返回非法的提示信息集。

验证的时候只是简单的调用一下实体的Check()方法即可:

好吧,我承认,一般情况下这个方法似乎够用了,只不过,很多人看到一连串的if可能会开始抓狂了,是呀,我也不喜欢,那就想个最即便的办法消除它们吧。

二. 基于C#3.0新特性的尝试

为了消除if,考虑把那些验证规则用一条线链起来,于是:

编写实体类的验证扩展方法如下:

那么实体的Check()方法相应改为:

这样,我们通过扩展方法,消除了if,但是我们把验证规则链了起来,并已异常的方式来抛出实体非法信息,那么每次验证只能得到一条验证信息,这显然往往不符合实际情况。想想..

三. 继续演进

接上,为了得到验证错误信息集合,改进:

为了让代码看起来更像那么回事,给实体加个基类吧,就叫EntityBase了。

然后编写一个验证类:

注意:这里的predicate改为使Property非法的Criteria,与前面的方法刚好相反,这样是为了保证当UserName为null时,不至于把"The length of User name should not exceed 10 chars"的信息也抛出。

然后看下修改后的Check()方法,这个验证类的作用就一目了然了:

不用解释吧?其实也是链起来,同时返回验证错误信息集合,看看结果:

看到这里,你可能会说:搞什么啊,不就消除了个if嘛,有什么大不了的。

呃。。是的。。确实如此。。。雕虫小技,如有雷同,纯属巧合。

 

Copyright 作者: Tristan G
本文版权归作者和自由互联共有,欢迎转载 :-)
网友评论