demoshop

在上一篇系列文中介紹了 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）讓每位開發人員可以輕鬆簡單的擴充出自己需要的驗證規則，並且也很容易的寫成前端後端都支援的驗證。

在寫程式的時候總會遇到一些版本的鬼問題想利用 [ Assembly Binding Redirect ] 來解，或是一些註定要寫全名的時機，這時候要去知道參考的組件相關資訊就是給他那麼的不便，介紹你好藥 Assembly Information Dialog 使用此套件，會感覺世界多美好

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

這是一個號稱可以加快 Firefox 速度 25% 的社群優化版，有提供安裝版與免安裝版，並且也有提供工具讓你無痛從 Firefox 轉移到 Pale Moon ，demo 經過一連串的效能測試以及實際使用一天後決定推薦給各位。

demo 小鋪會升級到 第五版有一個主要的原因，就是增加文章的相黏性， demo 小鋪之前的版本使用者應該經常會發現看完這篇文章後就不知道下一篇在哪裡，即使兩篇文章內有相關（比如教學的系列文）因為以往如果要發系列的文章，文章的關聯都需要自行維護，如果系列文寫到第五篇，那有很大的機率網友找到第一篇的時候不會知道其實有五篇（因為不會回到第一篇修改），導致明明就是系 列文卻變得支離破碎，而之前利用的 Tag 卻因為單一文章扯到太多的 Tag 導致 Tag 不能精準的找到想要的文章（這也是 demo 後來拿掉標籤雲[TagCloud]的原因）為了補強這部份，demoshop 這次增加了【系列文章】【持續更新】以及維持原本就有的【標籤】，來加強文章的相黏性。

因為平常 demo 會出沒在藍色小舖，因此這次的 Userscript 是專為 藍色小舖寫的，加強了一些使用的便利性。

身為網站開發者的我們都深知網路頻寬的珍貴，頻寬可以賺進鈔票也可以讓你付出鈔票，身為一個有 Sense 的網頁開發者通常會對於網站流量最大的殺手【圖片】有又愛又恨的感覺，少了圖片網站缺少了視覺，太多圖片又浪費掉很多流量，因此我們可能會想對圖片做壓縮的動作，但不是專業美術設計人員的工程師又如何快又有效率的完成這件事情呢？

偉大的 Visual Studio 2010 中有一個很有趣的套件 Image Optimizer 就可以做到這件複雜又麻煩的事情。

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

睽違了許久（程式一年半）（版面兩年半） demoshop V5 終於上線了，這次運用了許多新玩意，不但程式全部重寫連資料庫也重新規劃，並且請了專人設計版面(其實就是我女友啦)，連LOGO都重繪過，希望各位能看的滿意哩

jQuery.validate 的好用不需要我來說明，它的彈性也是眾所皆知，有用過 jQuery.validate 應該都有經驗，如果遇到了 Checkbox 或是 RadioButton 的時候 jQuery.validate 錯誤顯示的位置就十分的詭異，所以就來動手修改它吧。