「An item with the same key has already been added」系統執行到一半，突然跳出這個訊息，
仔細看一下錯誤訊息有一段寫道「System.Web.Mvc.DefaultModelBinder.BindProperty...」，
於是朝Model Binding 異常的方向前進。
今天部署網站到客戶端的時候，發現一直無法讓網站順利啟動，一直出現以下錯誤，
HTTP Error 403.14 - Forbidden
The Web server is configured to not list the contents of this directory.
今天在幫同事解問題的時候，碰到一個明明已經回傳一個新的Model 給前端了，但是資料依然是舊的，原來是ModelState影響了結果。
最近在做產品的產品，底層是使用NHibernate，Review 時發現同仁在 Update Table 有一些多餘的寫法，
前陣子有一篇文章 [Asp .Net MVC] AjaxHelper 失效了！Why? ，在介紹使用 Unobtrusive Ajax 來讓AjaxHelper 的 Form Submit 正常，
往下開發的時候，發現我們在使用MVC 資料標記(Data Annotations)，每次都得回到後端檢核後才能知道前端傳回來的資料是否符合條件，
才發現原來沒有使用到 Unobtrusive Validate 的機制來做Client 端的資料檢核。
View Model 與 DTO 到底有何不同的時候，想用這篇文章解釋一下差異。
簡單來說View Model 是一個 POCO 物件，一個POCO 物件可以包含以下行為：
最重要的就是具有行為，我們在做前端畫面時，很常透過Data Annotation 的方式，來驗證前端傳來的資料是否符合我們的定義，
最近剛好有機會跨部門參與系統架構的討論， 碰到把ViewModel 傳進「商業邏輯層」的現象，
藉此機會把MVC 的系統架構釐清清楚，避免後續再有類似情形的發生，
也會順便探討不傳進去的「好處」有哪些！
同事專案上碰到Json字串過長的問題，他使用MVC 內建的序列化方回傳Json 資料
卻出現「使用 JSON JavaScriptSerializer 序列化或還原序列化期間發生錯誤。字串的長度超過在 maxJsonLength 屬性上設定的值。」的錯誤訊息，
改用Json.Net 意外發現，兩者的效能差很多...
CSRF(Cross Site Request Forgery) 是一種駭客常用手段，網路上可以找到許多解釋，這邊就不再詳述，
這篇文章主要是在說明如何使用「AntiForgeryToken」以及「ValidateAntiForgeryToken」來防範CSRF，
另外也會說明，在不使用Form Submit 的情形下，該如何驗證AntiForgeryToken。
最近產品使用標準MVC架構來開發，其中Asp.Net 有提供大量的HtmlHelper來協助開發者製作前端畫面。
為了不要讓使用者有延遲感與系統效能的考量下，我們使用了AjaxHelper，
但Submit 後發現，畫面依然會重新載，並非透過Ajax 做部分區塊的資料更新。