用戶的輸入可能是多種多樣的：你必須在交互式的控件中盡可能的驗證輸入 。寫一些用戶輸入驗證可能很做作，而且也有出錯的可能，但還是很有必要的。 不能太相信用戶的輸入，用戶可能會輸入任何內容導致異常發生，進而進行SQL 注入式攻擊。我們不希望任何類似這樣的事情發生。你應該了解足夠的信息來懷 疑用戶的輸入。很好，每個人都應該這樣做，這也就是為什麼.Net框架已經擴展 了這樣的功能，你可以使用這些功能從而使自己的代碼編寫工作減到最小，因為 我們要對用戶輸入的每一塊數據都要進行驗證。
.Net框架提供了不同的 機制來驗證用戶的輸入，分別可以用在Web和Windows應用程序中。Web應用程序 應該在浏覽器上進行數據驗證，一般是使用JavaScript。一些驗證控件在Html面 而中生成一些JS代碼，這對你的用戶來說是很有效的：在對每一項輸入時，他們 不用每次返回數據到服務上。這些Web控件是使用正則表達式的擴展功能來完成 對用戶輸入的驗證，這些驗證可以在頁面提交到服務器之間完成。即使如此，你 還是要在服務器上做一些額外的驗證，以免受到程序式的攻擊。Windows就用程 序使用不同的模式。用戶的輸入可以直接在應用程序中用C#代碼來驗證。所有的 Windows控件都是可驗證的，當你想通知用戶的非法輸入時。一般的模式是使用 屬性訪問時的異常來指示非法的輸入。UI控件捕獲這些異常然後顯示錯誤給用戶 。
你可以使用5個web控件來處理ASP.net應用程序中的大多數驗證任務。 這5個控件都是由屬性來控制這些要驗證的特殊的字段。 RequiredFIEldValidator 強制用戶在給定字段中輸入一個值，RangeValidator 要求特殊的字段提供的值在給定范圍內，這個范圍可是一個數的大小，也可以是 一個字符串的長度。CompareValidator 可以讓你構造一個驗證規則來驗證表單 上兩個同的控件。這三個控件都很簡單。最後兩個控件提供了強大的功能，可以 讓你根據你想要求的方法進行驗證。RegularExpression 驗證使用與此同時表達 式來驗證用戶的輸入。如果與比較返回匹配，輸入的就是合法的。正則表達式是 很有用的語言。你可以為你所有的實際情況創建正則表達式。VS.Net包含了一些 驗證的表達式，這可以幫助你開始學習它。這有一些幫助你學習更多正則表達式 的有用資料，而且我強烈鼓勵你學習它。但我不能跑題而不給你提供一些最常用 的構造。表5.1顯示了最常用的一些正則表達式元素，你可能會在你的應用程序 中用來驗證輸入：
表5.1 常用的正則表達式
構造含意
[a -z]匹配單個小寫字符。括號內的字符集中的任何字符與單個字符匹配。
\d任何數字。
^,$^表示串的開始, $表示結束。
\w匹配任何 單詞.這是[A-Za-z0-9]簡寫。
(?NamedGroup\d{4,16})顯示兩個不同的常 用元素，?NamedGroup 定義了一個特殊的變量來引用匹配。{4,16}匹配前面的構 造至少4次最多16次。這一模式匹配一個至少包含4個但不超過16個數字的字符串 。如果匹配存在，那麼結果會存儲在NamedGroup中以便後面使用。
(a|b|c)匹配a或b或c。 用堅線分開的是選擇操作：輸入的可是其中的任何一個 。
(?(NamedGroup)a|b) 可選的。這與C#裡的三元操作等效，也就是說， 如果NamedGroup 存在，匹配a,否則匹配b.
(譯注，關於正則表達式這裡 只是簡單的說明了一下。覺得作者在這裡寫正則表達式很是不倫不類，即不全也 不精。)
使用這些及正則表達式的構造，你可以發現你可以驗證用戶提交 給你的任何內容。如果正則表達式還不夠，你還可以通過從CustomValidator 派 生一個新在類添加你自己的驗證。這是一個不小的工作，而且我盡可能的避免它 。當你用C#寫了一服務器函數來驗證數據後，還要用ECMAscript寫一個客戶端的 驗證函數。我討厭同樣的事做兩遍，而且我也盡可能的避免用ECMAscript寫任何 內容，所以，我喜歡粘貼正則表達式式。
例如，這有一個正則表達式， 用於驗證US的電話號碼。它接受區號用括號括起來的，或者沒有括號的，然後就 是區號和號碼之間的空格，交換局號(Exchange )，以及號碼。區號和交換局號 之間的橫線也是可選的：
((\(\s*\d{3}\s*\))|(\d{3}))-?\s*\d{3}\s*-\s*\d{4}
通過查驗每一個組的表達式，這樣的邏輯是很清楚的：
((\(\s*\d{3}\s*\))|(\d{3}))-?
