demoshop

此篇是自訂擴充驗證的最後一篇，先來說說什麼叫做「不等於驗證」此驗證就是和內建的 Compare 剛好相反，您可以自訂某一欄位的值不能與另一個欄位相同，應用層面也滿廣的，比如有個欄位要輸入親子關係，那A姓名就不能等於B姓名，而且這次介紹的是彈性最高的 addMethod 所以如果你有什麼很神奇的想法，這篇就是一定要學會的。

此篇文系列文的第四篇，接者介紹自訂驗證規則的方法，這次介紹的是屬於「範圍驗證」範圍驗證是一個很常使用到的驗證規則，比如數值的最大值最小值或是字串的最短長度和最長長度但很巧的這些都內建了...使用 Range 可以驗證數值範圍，使用 StringLength 可以驗證字串長度，不巧的是我想不出其他範例....所以只好上網搜尋範例

這次來到第二種自訂驗證的方法 SingleVal，其實這裡說的這些都是屬於前端驗證的方法，後端是很隨意的 讓我們來假設一下，今天 demo小鋪開放註冊會員，但是不希望有任何人註冊有關於 demo 這個名字，如果使用上一篇文章介紹的 AddBool 方式來寫，當哪一天要改成 「demoshop」 或是 「demo小鋪」的時候就會有很多地方要改，但是明明驗證邏輯是一樣的只是驗證的比對值不同，所以可以利用所謂的 AddSingleVal 方法來擴充驗證，要比對的值使用參數傳入，驗證的邏輯則是固定，這樣子就可以運用到多個情境，以下就是介紹

在上一篇系列文中介紹了 ASP.NET MVC3 原生的驗證使用方法，是很好用但是稍嫌不足，如果今天我們要驗證欄位的值是否為 Email 的格式，不可能每次都組出 Regex 來驗證，這是會累死人的，而且也不能保證每次寫出來的 Regex 都一樣，所以自訂驗證規則就是很重要的了，在 ASP.NET MVC3 中可以輕鬆自在的實作 ValidationAttribute 和 IClientValidatable 來擴充需要的驗證邏輯，此篇文章就先來介紹最簡單的 是否驗證。

撰寫網頁程式的時候經常的需要對於表單資料實行驗證的功能，在 ASP.NET MVC 2 的時代也有提供所謂的內建驗證，但因為前端是使用了 MicrosoftMvcValidation 來實作，因此很讓人不想學...而去改用其他的前端驗證，如 jQuery.Validate等好用的前端驗證，但驗證只做前端等於找死，因此又要去實作後端的部份 Code，前後改一下再加上自訂的驗證後等於自己寫了一套驗證模組，十分的辛苦，而且也不是普通使用者可以寫出來的（需要了解一些可愛的反射與屬性），但這痛苦的經驗不需要在 ASP.NET MVC 3 再來一次，因為官方提供了兩個介面（IClientValidatable、IValidatableObject）讓每位開發人員可以輕鬆簡單的擴充出自己需要的驗證規則，並且也很容易的寫成前端後端都支援的驗證。

當你的程式開始有切層的概念時一定會有一些命名空間是每個 View 都會使用到的，以往在 ASP.NET MVC1 和 MVC2 的時候只需要在 Web.config 設定好後每個 View 都可以直接使用，但是改用 Razor 以後會發現這樣的設定沒用哩

在 ASP.NET MVC 3 中增加了一種新的 視圖引擎（ View Engine ）優點相當的多因此 demo 相信如果要寫 ASP.NET MVC 3 的朋友絕大多數都會選擇使用 Razor 但因為寫法改變，剛開始可能是會十分不習慣，甚至一些很簡單的東西還要 Try 很多次才會成功，因此 demo 特別整理了一下，我寫 demo小鋪時有停頓的地方，期望有需要的網友可以更快的接觸 Razor 這相當優良的 視圖引擎（ View Engine ）