|
|
這屬于客戶端驗證，微軟開發(fā)人員將最常用的驗證功能進(jìn)行了封裝，使得我們開發(fā)效率明顯提高，而且特別是自定義驗證控件，非常靈活，我們可以自行設(shè)計驗證邏輯。但是驗證控件收到了瀏覽器的限制，記得在一次開發(fā)過程中，使用FireFox瀏覽器進(jìn)行瀏覽，發(fā)現(xiàn)所有的驗證控件失靈，這個并非是ASP.NET設(shè)計的漏洞，只能說瀏覽器標(biāo)準(zhǔn)的不唯一造成的。
ASP.NET公有六種驗證控件，分別如下：
RequiredFieldValidator（必須字段驗證） 用于檢查是否有輸入值
CompareValidator（比較驗證） 按設(shè)定比較兩個輸入
RangeValidator（范圍驗證） 輸入是否在指定范圍
RegularExpressionValidator（正則表達(dá)式驗證） 正則表達(dá)式驗證控件
CustomValidator（自定義驗證） 自定義驗證控件
ValidationSummary（驗證總結(jié)） 總結(jié)驗證結(jié)果
2、使用JS驗證
JS驗證，出現(xiàn)的比較早，也屬于客戶端驗證，其靈活、適用的性能深得人們的喜好。
3、后臺程序驗證
盡管客戶端驗證比較靈活，但是其局限性也很明顯,服務(wù)器端驗證必不可少。
(1) 安全性 如若惡意攻擊者，將客戶端頁面的驗證控件和JS驗證全部抹去，而服務(wù)器端又沒有做出有效的驗證處理，必將給攻擊者帶來很大的漏洞，其后果不堪設(shè)想。
(2) 客戶端驗證的局限性，比如用戶注冊，需要判定用戶名是否存在，這個需要從數(shù)據(jù)庫查詢進(jìn)行判定.
(3) 功能強大 各種驗證功能都可以在這里實現(xiàn)。
缺點：增加服務(wù)器端負(fù)擔(dān)
4、Ajax類的驗證
這個結(jié)合了客戶端驗證和服務(wù)器端驗證。因為使用ajax框架，性能上付出的代價較小，但是用戶體驗和編碼的簡易度提高了。
而在進(jìn)行驗證過程中，對于不同格式的驗證，就需要強大靈活的正則表達(dá)式了。
使用正則表達(dá)式進(jìn)行驗證：
在編寫處理字符串的程序或網(wǎng)頁時，經(jīng)常會有查找符合某些復(fù)雜規(guī)則的字符串的需要。正則表達(dá)式就是用于描述這些規(guī)則的工具。換句話說，正則表達(dá)式就是記錄文本規(guī)則的代碼。
關(guān)于正則表達(dá)式的詳細(xì)信息請查看：http://www.regexlab.com/zh/regref.htm
正則表達(dá)式用于字符串處理、表單驗證等場合，實用高效,所以其應(yīng)用非常廣泛,下面我就通過幾個例子來說明正則表達(dá)式在驗證中的具體應(yīng)用。
在這里我以驗證電話號碼的格式為例進(jìn)行介紹。
<1>使用JS驗證
復(fù)制代碼 代碼如下:
<ASP:Button ID="Button2" runat="server" Text="測試" OnClientClick="return checkCellPhone();" OnClick="Button2_Click" />
驗證手機的JS代碼
復(fù)制代碼 代碼如下:
<script type="text/Javascript">
function checkCellPhone()//驗證手機
{
var mobile=document.getElementById ("tbMobile").value;
if(mobile!="")
{
var reg0=/^13/d{5,9}$/; //130--139。至少7位
var reg1=/^153/d{4,8}$/; //聯(lián)通153。至少7位
var reg2=/^159/d{4,8}$/; //移動159。至少7位
var reg3=/^158/d{4,8}$/; //移動158。至少7位
if (reg0.test(mobile)||reg1.test(mobile)||reg2.test(mobile)||reg3.test(mobile))
{
return true;
}
else
{
alert("手機號格式錯誤！");
document.getElementById ("tbMobile").focus();
return false;
}
}
else
{
alert("手機號不能為空！");
document.getElementById ("tbMobile").focus();
return false;
}
}
</script>
AspNet技術(shù)：ASP.NET表單驗證方法詳解第1/2頁，轉(zhuǎn)載需保留來源！
鄭重聲明：本文版權(quán)歸原作者所有，轉(zhuǎn)載文章僅為傳播更多信息之目的，如作者信息標(biāo)記有誤，請第一時間聯(lián)系我們修改或刪除，多謝。
