如今的商業網站，或者個人網站，多少都有客戶調查啊，用戶註冊之類的東西，必然會用到表單，這些表單的填寫正確與否，明顯是由手寫代碼的方式來控制的。我承認編寫代碼，是一項有趣的工作，不過每次驗證表單都來手寫代碼，我們希望提高我們的工作效率，並不是把我們很有限的時間花在表單的驗證工作上。
基於另外的一些原因，web應用程序很不好驗證用戶的輸入，html 3.2 規範可以讓你控制用戶的反饋，但惡意的或者技術高超的用戶可以繞過，因此即使有了瀏覽器端的手寫代碼，服務器端同樣也需要驗證，才能保證安全。
下面是微軟的工作人員，給出的商業網站用手寫代碼控製表單驗證的弊病。
1. 儘管錯誤信息或圖標經常與輸入元素相鄰，但是它們幾乎總是位於表的不同單元格中。
2. 頁面中經常會有一個區域來匯總所有錯誤。
3. 許多站點包含客戶端腳本，以便提供更快捷的反饋，同時防止白白地在與服務器之間往返。
4. 許多包含客戶端腳本的站點在出現錯誤時會顯示信息框。
5. 不僅會驗證文本輸入，還會驗證下拉列表和單選按鈕。
6. 如果某個字段為空，站點通常會顯示與該條目無效時不同的信息或圖標。
7. 許多有效性檢查可以很好地代替常用的表達式。
8. 驗證通常是基於兩個輸入之間的比較結果。
9. 90% 或90% 以上的驗證任務是一些常見的操作，例如檢查姓名或郵政編碼。大多數站點似乎仍在重複進行這些工作。
10. 因為站點之間的差別通常太大，無法獲得一種完美的解決方案來處理每個站點的所有驗證任務。
如果你想向你的同事證實你有一種很"酷"的方法，可以禁止在姓名字段裡面輸入空值，記得選擇asp.net，並且看下面的教程。
asp.net進行表單驗證的過程
1. aspx文件被編譯，運行
2. 用戶輸入數據
3. 觸發page_load事件
4. 更改web控件屬性，提示哪裡沒有輸入
5. 將頁面用html重新輸出給用戶
6. 再次提醒用戶輸入
page_load 過程
page 對象包含一些與服務器端驗證有關的重要屬性和方法。下表列出了page_load屬性的所有collect和methed。
page_load方法名說明
isvalid（最經常使用） 這是最有用的屬性。該屬性可以檢查整個表單是否有效。通常在更新數據庫之前進行該檢查。只有validators 集中的所有對象全部有效，該屬性才為真，並且不將該值存入緩存。
validators 該頁所有驗證對象的集合。這是實現ivalidator 界面的對象的集合。
validate 在驗證時調用的一種方法。在page 對像上默認的執行方式是轉至每個驗證器，並要求各驗證器自行評估。
用來驗證表單的驗證器（web控件）
requiredfieldvalidator 檢查用戶是否輸入或選擇了任何內容
regularexpressionvalidator 根據規則表達式檢查用戶輸入。該過程允許進行許多種類的檢查，可以用於郵政編碼和電話號碼等的檢查。
comparevalidator 將輸入控件與一個固定值或另一個輸入控件進行比較。例如，它可以用在口令驗證字段中。也可以用來比較輸入的日期和數字。
rangevalidator 與comparevalidator 非常相似, 只是它用來檢查輸入是否在兩個值或其它輸入控件的值之間
customvalidator 允許用戶編寫自己的代碼以加入到驗證框架中。
實例說明上面所描述的控件的運作
我們建立一個最小化的.aspx頁面，我們不需要華麗的修飾效果。
＜p＞請輸入新的用戶id 和口令＜/p＞
＜form runat=server＞
＜table＞
＜tr＞
＜td＞用戶id ＜/td＞
＜td＞＜input type=text runat=server id=txtname＞＜/td＞
＜/tr＞
＜tr＞
＜td＞口令＜/td＞
＜td＞＜input type=password runat=server id=txtpword＞＜/td＞
＜/tr＞
＜tr＞
＜td＞請重新輸入口令＜/td＞
＜td＞＜input type=password runat=server id=txtrepword＞＜/td＞
＜/tr＞
＜table＞＜br＞
＜input type=submit runat=server id=cmdsubmit value=submit＞
＜/form＞
程序是一個非常苛刻的東西，所以，要強調所有的項目都填寫了，我們可以這樣來做。在每一個字段前添加requiredfieldvalidator。若輸入字段為空，我們要在字段前顯示一個星號(*)，並在旁邊報告錯誤。
例如：
＜tr＞
＜td＞
＜asp:requiredfieldvalidator runat=server
controltovalidate=txtname
errormessage="需要用戶用戶名。"＞ *
＜/asp:requiredfieldvalidator＞
＜/td＞
＜td＞user id:＜/td＞
＜td＞＜input type=text runat=server id=txtname＞＜/td＞
＜/tr＞
沒有輸入任何內容，則在標籤旁邊顯示"*"。出現出錯消息。 "controltovalidate"屬性指定了需要驗證的控件id。最後一步是向頁面頂部顯示所有的出錯現象。
代碼：
＜asp:validationsummary runat=server headertext=此頁有錯誤：/＞
然後，我們需要用戶id必須是6-10個字符，口令必須是4-12個字母，而且必須有@#$%^&*/的字符。
代碼： 這裡我們增加了對id長度的限制。
＜td＞
＜input type=text runat=server id=txtname＞
＜asp:regularexpressionvalidator runat=server
controltovalidate="txtname"
errormesage="口令必須由6-10 個字母組成。"
validationexpression="[a-za-z]{6,10}" /＞
＜/td＞
接著，我們要驗證兩次輸入的口令是否一樣。
＜asp:regularexpressionvalidator runat=server display=dynamic
controltovalidate="txtpword"
errormessage="口令必須包含@#$%^&*/ 中的一個。"
validationexpression=".*[@#$%^&*/].*" /＞
＜asp:regularexpressionvalidator runat=server display=dynamic
controltovalidate="txtpword"
errormessage="口令必須是4-12 個非空白字母。"
validationexpression="[/s{4,12}" /＞
＜asp:comparevalidator runat=server
controltovalidate=txtrepword
controltocompare=txtpword
errormessage="口令不匹配。" /＞
默認情況下，comparevalidator 只做簡單的字符串匹配比較。如果需要，它可進行涉及日期和數字的更複雜的比較。
幾個需要注意的問題
關於腳本庫
因為驗證web 控件腳本在腳本庫中，所以不必將所有客戶端驗證的代碼直接發送到頁面中，儘管表面上似乎是這樣做的。主要的腳本文件引用類似如下所示：
＜script language="javascript" src="/_aspx/1.0.9999/script/webuivalidation.js"＞＜/script＞
默認情況下，腳本文件將安裝在"_aspx" 目錄中默認的根目錄下，並使用相對於根的腳本include 指令調用，該指令以正斜線開頭。該引用表明每個單獨的對像不必包含腳本庫，同一台計算機上的所有頁面可以引用同一個文件。您會注意到，該路徑中還有一個公用的語言運行時版本號，以便不同的運行時版本可以在同一台計算機上運行。
如果查看一下您默認的虛擬根目錄，您會找到該文件並查看其中的內容。這些文件的位置在config.web 文件中指定。 config.web 文件是一個用於大多數asp+ 設置的xml 文件。以下是該文件中位置的定義：
＜webcontrols
clientscriptslocation="/_aspx/{0}/script/"
/＞
鼓勵您閱讀該腳本，以便深入了解發生的事件。不過，建議您不要修改這些腳本，因為它們的功能與特定的運行時版本緊密相連。在運行時版本更新時，這些腳本可能也需要相應的更新，您將或者放棄更改，或者面臨腳本不工作的問題。如果特定項目必須更改這些腳本，先備份這些腳本，然後將您的項目指向備份文件，方法是使用私有的config.web 文件替代這些文件的位置。如果字符串中包含格式指令"{0}"，運行時版本號將替換該指令。最好將該位置更改為一個相對引用或絕對引用。 ，歡迎訪問網頁設計愛好者web開發。