[.NET][實作篇] 實作專屬自己的 ASP.NET MVC Model Metadata 產生器
在開發 ASP.NET MVC 的 Models 時，在對 Model 做資料驗證時時常會發生某些惱人的事情：像是哪些欄位該設定 Required 或是欄位長度也要額外去定義，但有時候欄位一多對照起來可是見累人的事情，剛好前陣子在點部落看到 Gelis 前輩所寫的 架構設計好簡單系列(3) - 設計自己簡單的 ORM 平台 ，身為熱血的程式設計師，當下立刻有感而發馬上著手來寫一個可快速產生 ASP.NET MVC Model Metadata 的產生器，本篇分享一下筆者的實作經驗，供大家參考看看。
身為 Web 開發人員，不管你今天是寫 PHP、ASP.NET … 等，一定都有聽過 Cookie，正所謂「工欲善其事，必先利其器」，而常見的 Cookie 會用來記錄使用者的登入資訊，但又有多少人是真正了解 Cookie 的特性呢，我想每個網頁開發人員應該都要確切了解 Cookie 的特性，以免哪天寫的程式碼有了漏洞讓駭客成功竊取到相關資訊，或是存了太多 Cookie 在同一個頁面而拖慢了網站的速度，今天舊讓我們來談談 Cookie 吧！
在開發網站時最害怕的莫過於開發人員寫出了一個具有被攻擊性的網站，而其實很多開發人員如果一不注意就會踏進了 Cross-Site Scripting（XSS）的地獄，解決方法很簡單但卻也很容易踏進去，以小弟來說就也曾經跳進去很多次，尤其式透過 jQuery 在操作動態網頁時很容易沒想清楚就用錯方法導致 XSS 錯誤發生，所以這邊筆者整理了幾種在撰寫上的技巧來跟大家分享如何防止XSS攻擊。
相信寫過 ASP.NET MVC 的人都知道，在 ASP.NET MVC 中已經沒有像 ASP.NET Web Form 那樣有許多內建控制項了，而一般在開發專案上可能會滿常碰到一個需求：當我點了 TD 之後那格會變成 TextBox 離開後就會儲存或者是 Table 的 TH 可以改變大小、可以改變順序...等等的功能，當然從 jQuery 出來之後網路已經有許多好用的套件了，像是 jqGrid、DataTables...等，但往往這些套件提供的功能又不是全部都是我們需要的，所以這篇就要教大家如何實作一個簡單的 GridView 可以讓使用者編輯，並且提供了的分頁功能 ～
我們都知道許多瀏覽器基於安全方面的考量，會禁止瀏覽器透過 AJAX 來存取外部網站，這也代表著如果我們利用 Web API 寫了一個 Service 想要提供給使用者來使用，使用者無法從其網站來取的你的 Web API 。話雖如此，在 ASP.NET Web API 中只要透過屬性的設定就可以讓我們的 Web Service 支援 CORS（跨來源資源共享） 。
上一篇針對 ASP.NET Web API 做了一個簡單的介紹，如果對概念還不是很清楚的讀者可以在回去看看上一篇的介紹，Web API 即為一種 Web Service ，並尊循了 REST 的設計風格，而其輕量化的服務可以為我們省略很多傳輸上的資源，以筆者的個人經驗來說最近將專案上的某些服務拉上 Web API 實作，整體的運作流程上真的比原本呼叫 Controller 來的快許多，而因為其又遵循了 REST 設計風格，讓筆者可以很輕鬆透過前端的 jQuery 來對我們後端的資料作請求，所以接下來這篇將針對利用 jQuery 發送請求至我們的 Web API 來對資料做 CRUD ，而在操作上有哪些需要注意的地方。
一般電子商務網站的註冊表單最常見的資料驗證莫過於：帳號密碼不能超過12個字、生日欄位是必須輸入的....等，而在 ASP.NET MVC 中只要透過 Model 資料驗證搭配 Jquery-Validate 的套件就能輕鬆達到前端的驗證，但是如果今天老闆或客戶告訴你：「我希望當使用者輸入的字元超過資料庫欄位大小就沒辦法在輸入了！」，這時候我們又該如何解決呢 ? 不過我們不用怕先請出三大金言：「莫慌、莫急、莫害怕」來為我們祈禱，再來看看該如何解決此問題！
這篇其實就只是個筆記文，當我們越學越多之後真的很容易把最初的 HTML 的概念給忘記，前幾天學弟妹有一份作業一直卡關連連跑來問我：「到底 ASP.NET 要如何產生空白？」，我心裡當下的OS是阿不就打個空白就解決了嘛？但事情似乎沒有想像中的簡單，一份簡單的題目也搞了我好久真的有點慚愧，也有可能是小弟才學不佳吧哈哈，好啦不廢話我們繼續看下去....