新聞中心
在Web開發(fā)中,表單提交算是一種很常見的從客戶端獲取數(shù)據(jù)的方式了。然而,用戶的行為永遠(yuǎn)都是無法預(yù)料的。為此,我們?cè)诔绦蛑胁坏靡驯仨殞?duì)用戶輸入的數(shù)據(jù)進(jìn)行嚴(yán)格效驗(yàn)。在WebForm時(shí)代我們常用的手段是驗(yàn)證控件,但是到了Mvc時(shí)代,再使用控件變得困難了,因此我們必須找到新的方式來解決這個(gè)問題。

創(chuàng)新互聯(lián)公司主要從事成都網(wǎng)站設(shè)計(jì)、網(wǎng)站制作、網(wǎng)頁設(shè)計(jì)、企業(yè)做網(wǎng)站、公司建網(wǎng)站等業(yè)務(wù)。立足成都服務(wù)常寧,十余年網(wǎng)站建設(shè)經(jīng)驗(yàn),價(jià)格優(yōu)惠、服務(wù)專業(yè),歡迎來電咨詢建站服務(wù):028-86922220
在實(shí)際使用中,我們可以考慮多種形式來進(jìn)行這一驗(yàn)證(注:本文目前只研究服務(wù)器端驗(yàn)證的情況),最直接的方式莫過于對(duì)每個(gè)表單值手動(dòng)用C#代碼進(jìn)行驗(yàn)證了,比如:
|
if(!Int32.TryParse(Request.Form[“age”], out age)){ |
然而正如上面看到的一樣,這種方式枯燥而繁瑣,需要用戶對(duì)每個(gè)字段都要手動(dòng)效驗(yàn),或許開發(fā)人員的一不小心就會(huì)造成系統(tǒng)的漏洞。因此,制造出一個(gè)能對(duì)這種行為進(jìn)行自動(dòng)進(jìn)行的輪子勢(shì)在必行,當(dāng)然,到本文寫作的時(shí)候?yàn)橹?,國外已?jīng)出現(xiàn)了一些Mvc下使用的驗(yàn)證框架,然而天下輪子不怕多,我在此厚顏再造出個(gè),只希望不被冠上山寨之名。
該框架的締造源自4MVC團(tuán)隊(duì)的Infancy項(xiàng)目,去年年底開始這個(gè)項(xiàng)目的時(shí)候,正是mvc框架加入ModelBinder的時(shí)候,當(dāng)時(shí)便想到了通過使用ModelBinder來實(shí)現(xiàn)一種服務(wù)器端自動(dòng)驗(yàn)證框架,經(jīng)過多次修改,該框架慢慢實(shí)現(xiàn)了我需要的功能,本系列文章將再次回顧該過程,將該框架的一步步的實(shí)現(xiàn)過程加以更細(xì)致的重現(xiàn)。
下面正式開始框架的開發(fā),首先我們明確下我們的基本需求:
1.該框架針對(duì)簡單實(shí)體類(POCO)
2.該框架能自動(dòng)對(duì)實(shí)體類的屬性進(jìn)行效驗(yàn)
3.該實(shí)體能被ModelBinder使用
4.能方便或者自動(dòng)的執(zhí)行該效驗(yàn),并取得效驗(yàn)結(jié)果和信息
為了實(shí)現(xiàn)上面的目標(biāo),我們首先來確定一些需要使用的技術(shù)手段:
1.要能訪問任意POCO的屬性,必然用到反射
2.要能對(duì)屬性進(jìn)行限制,可選擇使用XML或者Attribute,對(duì)程序員來說,Attribute遠(yuǎn)比XML來的方便和友好,因此選擇Attribute
3.實(shí)現(xiàn)實(shí)體驗(yàn)證方法,可能會(huì)使用Command模式,也可能不需要
下面開始我們的實(shí)踐了,首先我們考慮測試代碼,假設(shè)我擁有實(shí)體Student,Student擁有屬性Source,要求Source是int類型,且范圍為0-100,那么測試代碼的模式應(yīng)該如下:
|
Student student = new Student(){ |
也就是說,我們需要在一個(gè)驗(yàn)證方法中對(duì)該對(duì)象的所有屬性進(jìn)行驗(yàn)證,那么我們考慮對(duì)系統(tǒng)各部分的構(gòu)建,首先我們需要一個(gè)RangeAttribute,這個(gè)類能包含對(duì)屬性的驗(yàn)證信息,大致如下:
|
public class RangeAttribute : Attribute{ public RangeAttribute(int min, int max, string message){ |
這樣一來我們的Student就可以如此構(gòu)造
|
public class Student{ |
然而,這樣僅僅是個(gè)花架子,在默認(rèn)情況下這個(gè)Range沒有起到任何作用,除了程序員看到代碼之后知道了Source有這樣的限制要求,那么,我們需要如何將這個(gè)Attribute和驗(yàn)證結(jié)合起來呢?自然就是反射。
#p#
我們?cè)赟tudent中實(shí)現(xiàn)如下方法:
|
public bool Validate(){ |
那么再回過頭看先前的測試,我們可以發(fā)現(xiàn),測試成功運(yùn)行了(相關(guān)代碼見附帶項(xiàng)目的Leven.Validate01和test項(xiàng)目Validate01Test.cs).
我們?cè)诳茨壳暗拇a,現(xiàn)在我們能測試Source,如果我們的Student類中還有一項(xiàng)Age,范圍為6-150呢,那么Student中加上如下代碼:
|
[Range(6, 150, "學(xué)生年齡必須在{0}和{1}之間.")] [TestMethod()] |
執(zhí)行測試,很遺憾,測試無法通過了.我們可以再看看Validate方法,可以發(fā)現(xiàn),其中只對(duì)Source屬性進(jìn)行了驗(yàn)證,那么我們可以想辦法修改代碼,讓其能對(duì)Age和Source方法同時(shí)驗(yàn)證。
|
public bool Validate() { |
修改過的方法中將遍歷所有的屬性,然后進(jìn)行驗(yàn)證,這時(shí)候再次運(yùn)行測試,生動(dòng)的綠色代表我們重新獲得了成功。
下面我們?cè)俅慰紤]新的可能情況,如果Student需要一個(gè)Name屬性,這是一個(gè)必須字段.我們考慮新增一個(gè)RequiredAttribute來實(shí)現(xiàn)該功能,該部分代碼如下(參見項(xiàng)目Leven.Validate03):
|
[AttributeUsage(AttributeTargets.Property)] |
然后修改Student部分,新增下面部分:
|
[Required] [TestMethod()] |
執(zhí)行測試,結(jié)果失敗了.查看原因,顯然可以看到,是Validate方法中
RangeAttribute[] attributes =property.GetCustomAttributes(typeof(RangeAttribute), true) as RangeAttribute[];
只驗(yàn)證了RangeAttribute,那針對(duì)我們加入的RequiredAttribute自然是無能為力了,為了能驗(yàn)證RequiredAttribute,我們?cè)俅涡薷牧舜a:
|
public bool Validate() { |
這次的代碼量增加了不少,不過經(jīng)過我們的不懈努力,測試再一次通過了,但是,我們?cè)俅位貋聿榭打?yàn)證部分的代碼,不難發(fā)現(xiàn)一個(gè)問題,每次我們新增了驗(yàn)證Attribute之后都必須手動(dòng)在Validate方法中增加響應(yīng)的代碼,目前我們還只有兩個(gè)Attribute,如果一個(gè)系統(tǒng)中有20甚至200個(gè)Attribute(當(dāng)然只是打個(gè)比方),該方法的長度恐怕將是個(gè)恐怖的數(shù)字,這樣的方法勢(shì)必?zé)o比丑陋。
網(wǎng)站欄目:MVC下ASP.NET的表單驗(yàn)證實(shí)現(xiàn)
鏈接URL:http://www.dlmjj.cn/article/dppooje.html


咨詢
建站咨詢
