1-刪除AccountController
讓Demo代碼在你的程序中是一個非常不好的做法。請永遠不要使用AccountController.
2-隔離外部網絡和Controller
如果依賴HttpContext，數據訪問類，配置，日誌等，則會讓程序難以測試，修改或者進一步開發。
3-使用一個IOC容器
使達到第二條最佳實踐更加容易，使用IOC容器管理所有外部依賴我使用 Ninject v2，這種IOC容器有很多，如果需要的話，你甚至可以自己實現一個。
4-和“神奇的strings”說不
永遠不要使用ViewData[“key”]，而要爲每一個視圖創建一個ViewModel,從而使用強類型的ViewPage<ViewModel>.
神奇的Strings是很邪惡的，因爲你可能由於錯誤的拼寫而導致視圖出錯,而強類型的Model不僅可以有智能感知，而且錯誤是在編譯時獲取而不是在運行時。
5-創建你自己的“個人慣例”
使用Asp.net MVC作爲你個人（或者公司）的參考構架的基礎，你還可以使Controller和View繼承於你自己的基類而不是默認的基類來讓你的慣例更加透徹。
6-注意Verbs
就算不使用最合適的HTTP Verb,最要也要採用PRG模式，(Post-Redirect-Get):使用Get來顯示數據，使用Post來修改數據。
關於Model的最佳實踐
7–DomainModel != ViewModel
DomainModel代表着相應的域，但ViewModel卻是爲View的需要而創建。這兩者之間或許(一般情況下都)是不同的，此外
DomainModel是數據加上行爲的組合體，是由複雜的變量類型組成的並且具有層次。而ViewModel只是由一些String等簡單變量類型組
成。如果想移除冗餘並且容易導致出錯的ORM代碼,可以使用AutoMapper.如果想要了解更多，我推薦閱讀：ASP.NET MVC View
Model Patterns.
8-爲“共享”的數據使用ActionFilter
這是我自己的解決方案，或許需要在未來發帖繼續探討。通常情況下，你都不希望你的Controller獲取的數據在幾個不同的View之間共享，我的方法則是使用ActionFilter來獲取在幾個不同View之間共享的數據，然後用合適的View來顯示。
關於View的最佳實踐
9-不要使用CodeBehind模式
永遠不要。
10-儘可能的寫HTML代碼
我認爲Web開發人員必須的習慣於寫HTML(或者CSS和JAVASCRIPT).所以最好少用僅僅用來隱藏HTML代碼的HTMLHelper（比如HTML.Submit或者HTML.Button）.這也是我會在未來的帖子裏討論的。
11-如果有if語句，使用HTMLHelper
View必須是啞巴（Controller是瘦子而Model是胖子）,如果你發現自己在使用if語句，那就寫一個HTMLHelper來隱藏選擇條件語句.
12-仔細的選擇你的View引擎
默認的引擎室WebFormViewEngine，IMHO並不是最好的引擎，我更傾向於選擇Spark
ViewEngine,因爲對於我來說這個引擎更適合MVC的View.我喜歡的是“dominates the flow and that code
should fit seamlessly”對於每一次循環來說IF語句都會被定義在”HTML標籤“中.
