新聞中心
在Web開發(fā)中,表單提交算是一種很常見的從客戶端獲取數(shù)據(jù)的方式了。然而,用戶的行為永遠都是無法預(yù)料的。為此,我們在程序中不得已必須對用戶輸入的數(shù)據(jù)進行嚴格效驗。在WebForm時代我們常用的手段是驗證控件,但是到了Mvc時代,再使用控件變得困難了,因此我們必須找到新的方式來解決這個問題。

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


咨詢
建站咨詢
