作者：周旭龍
出處：http://www.cnblogs.com/edisonchou/
本文版權歸作者和博客園共有，歡迎轉載，但未經作者同意必須保留此段聲明，且在文章頁面明顯位置給出原文鏈接。
一、ASP.Net的兩種開發模式
1.1 ASP.Net WebForm的開發模式
（1）處理流程
在傳統的WebForm模式下，我們請求一個例如http://www.aspnetmvc.com/blog/index.aspx的URL，那麼我們的WebForm程序會到網站根目錄下去尋找blog目錄下的index.aspx文件，然後由index.aspx頁面的CodeBehind文件(.CS文件)進行邏輯處理，其中或許也包括到數據庫去取出數據(其中的經過怎樣的BLL到DAL這裏就不談了)，然後再由index.aspx頁面來呈現給用戶。
綜上所述，在WebForm模式下：一個URL請求的是在服務器與該URL對應路徑上的物理文件(ASPX文件或其他)，然後由該文件來處理這個請求並返回結果給客戶端。
（2）開發方式
• 服務器端控件
• 一般處理程序+Html靜態頁+Ajax
• 一般處理程序+Html模板引擎
1.2 ASP.Net MVC的開發模式
（1）處理流程
在ASP.Net MVC中，客戶端所請求的URL是被映射到相應的Controller去，然後由Controller來處理業務邏輯，或許要從Model中取數據，然後再由Controller選擇合適的View返回給客戶端。再說回前面我們運行的ASP.NET MVC程序訪問的http://www.aspnetmvc.com/Home/Index這個URL，它訪問的其實是HomeController中的Index這個Action。
（2）顯著特點
• 2009年第一個開源項目版本發佈，至今已過去5年，發展逐漸完善
• 更加簡潔，更加接近原始的“請求-處理-響應”
• 更加開發、更多的新的特點、社區活躍
• 不會取代WebForm
• 底層跟WebForm都是一樣的，只是管道上不同的處理而已
二、MVC模式的兩種不同解讀
MVC 模式兩種理解：一種是表現模式，另外一種是架構模式。它將應用程序分成三個主要組件即：視圖（View）、控制器（Controller）和模型（Model）。現在，我們來看看M-V-C分別代表什麼？
M：Model 主要是存儲或者是處理數據的組件；Model其實是實現業務邏輯層對實體類相應數據庫操作，如：CRUD。它包括數據、驗證規則、數據訪問和業務邏輯等應用程序信息。（補充：ViewModel：視圖模型）
V：View 是用戶接口層組件。主要是將Model中的數據展示給用戶。aspx和ascx文件被用來處理視圖的職責；
C： Controller 處理用戶交互，從Model中獲取數據並將數據傳給指定的View；
（1）MVC作爲架構模式的理解
作爲架構模式時，View的職責就是負責展示數據，而Controller則負責獲取View傳遞來的數據，然後調用業務邏輯層處理完成的數據傳遞給View進行展示。而Model則處理業務邏輯，並把結果返回給Controller。從傳統三層架構上來看，View和Controller都屬於UI層，而Model則橫跨BLL與DAL層。
（2）MVC作爲表現模式的理解
（3）MVC架構模式綜合模型
可以看出，對於MVC的兩種不同理解的區別就在於對於Model的理解上：將Model作爲業務模型（BLL、DAL等）還是作爲視圖模型（ViewModel）。
三、WebForm vs MVC
（1）WebForm
優點: 1.提供了大量的服務器端控件，可以實現快速開發；
2.ViewState回傳數據很方便；
3.學習成本低；
缺點: 1. 封裝太強，雖然學習成本低，很多底層東西讓初學者不是很明白；
2. 自定義控制不靈活，不利於美工和開發人員的配合，往往那些服務器控件處理稍有不慎就會導致出錯；
3. ViewState在頁面中的傳遞會造成大量的流量消耗；
TIP：有關WebForm的服務器控件和ViewState的詳細介紹，不瞭解的朋友可以閱讀另一篇博文《ASP.Net WebForm學習筆記：aspx與服務器控件探祕》。
（2）MVC
優點: 1.很容易將複雜的應用分成Model(ViewModel)、View、Controller三個組件模型，將處理後臺邏輯代碼與前臺展示邏輯進行了很好的分離，屬於鬆耦合關係，在大項目應用中，更易於敏捷開發與測試驅動開發，有很強的可擴展性；
2.因爲沒有服務器端控件，所以程序員控制的會更加靈活，頁面更加乾淨，沒有ViewState；
3.通過修改路由規則，可以控制生成自定義的url，因此控制生成SEO友好的URL將更加容易；
4.強類型View實現、Razor視圖、Model綁定機制、Model的驗證機制，更安全高效；
缺點: 學習成本高，結構複雜，對未變化數據的不必要的頻繁訪問，也將損害操作性能。
四、第一個ASP.Net MVC程序
4.1 新建項目後的文件組織結構
（1）新建一個ASP.Net MVC 4項目，選擇“基本”配置與“ASPX”視圖引擎（暫時不用Razor引擎）。
（2）VS爲我們生成的基本文件組織結構如下圖所示：
可以看出，VS默認幫我們創建好了Models、Views以及Controllers的三個文件夾，這三個文件夾就構成了我們的ASP.Net MVC模式的項目。其中，Controllers是所有控制器的類文件所在，而Models則是所有模型的類文件所在，而Views則是所有cshtml或aspx的文件所在。
4.2 控制器的“約定大於配置”
在Controllers中新建一個控制器，取名爲HomeController。在默認的Index這個Action中新建一個視圖，默認名爲Index即可。
（1）Controller放到controllers文件夾中，並且命名方式以Controller結尾
（2）每個Controller都對應View中的一個文件夾，文件夾的名稱跟Controller名相同
（3）Controller中的方法名都對應一個View視圖（非必須，但是建議這麼做）而且View的名字跟Action的名字相同
（4）控制器必須是非靜態類，並且要實現IController接口
（5）Controller類型可以放到其他項目中
4.3 視圖的相關約定
（1）所有的視圖必須放到Views目錄下
（2）不同控制器的視圖用文件夾進行分割，每個控制器都對應一個視圖目錄
（3）一般視圖名字跟控制器的Action相對應（非必須）
（4）多個控制器公共的視圖放到Shared：例如公用的錯誤頁、列表模板頁、表單模板頁等等；
4.4 數據傳遞的橋樑-ViewData與ViewBag
首先，ViewData是一個Key/Value對的字典集合數據結構，用於在Controller和View之間構建起傳遞數據的橋樑。
（1）ViewData是Controller的屬性，此屬性是繼承ControllerBase而來。
（2）ViewPage下也有一個ViewData的一個屬性
（3）控制器的Action方法執行完成後，返回ViewResult，然後MVC框架在執行ExcuteResult方法時，Controller中的ViewData數據會傳遞給ViewPage類，其實就是把Controller的ViewData賦值給ViewPage頁面的ViewData屬性。
（4）ViewBag傳遞數據：我們對ViewBag的動態屬性進行賦值，值實際上是存到了ViewData中，動態屬性的名存成了ViewDataDictionary的鍵，動態屬性的值存成了ViewDataDictionary的值。
PS：ViweBag其實是就一個包含了一層Dynamic的ViewData，兩個兄弟共用的是一個容器。
（5）ViewData與ViewBag的比較
| ViewData | ViewBag |
| 它是Key/Value字典集合 | 它是dynamic類型對像 |
| 從Asp.net MVC 1 就有了 | ASP.NET MVC3 纔有 |
| 基於Asp.net 3.5 framework | 基於Asp.net 4.0與.net framework |
| ViewData比ViewBag快 | ViewBag比ViewData慢 |
| 在ViewPage中查詢數據時需要轉換合適的類型 | 在ViewPage中查詢數據時不需要類型轉換 |
| 有一些類型轉換代碼 | 可讀性更好 |
（6）如何在程序中使用ViewData與ViewBag
①在Controller中的代碼
public ActionResult Index()
{
ViewData["Name"] = "Edison Chou";
ViewBag.Name = "Edison Chou";
return View();
}②在View中的代碼
<body>
<div>
<h1>Hi,ASP.Net MVC First Demo!</h1>
<%
for (int i = 0; i < 5; i++)
{
Response.Write("Hello World!");
}
%>
<p><%: ViewData["Name"] %></p>
<p><%: ViewBag.Name %></p>
</div>
</body>4.5 路由機制初步瞭解
我們通過調試可以知道，在MVC中所有的請求都歸結到控制器下面的Action。所以，所有的請求都是要指定一個具體的Action，Url的格式是根據路由規則來定的。那麼，在ASP.Net MVC的路由規則默認又是什麼，在哪裏設置的呢？
public class RouteConfig
{
public static void RegisterRoutes(RouteCollection routes)
{
routes.IgnoreRoute("{resource}.axd/{*pathInfo}");
routes.MapRoute(
name: "Default",
url: "{controller}/{action}/{id}",
defaults: new { controller = "Home", action = "Index", id = UrlParameter.Optional }
);
}
}打開App_Start文件夾，可以找到RouteConfig這個類，查看RouteConfig這個類的方法，可以知道原來是RegisterRoutes這個方法爲我們的ASP.Net MVC項目設置了默認的路由規則：{controller}/{action}/{id}，也就是說我們可以通過http://localhost/Home/Index/1這種URL來訪問項目。如果我們想要改變默認的路由規則，例如我們想要以這種URL：http://localhost/Home-Index-1來訪問項目，則直接將上面的默認路由規則改爲：{controller}-{action}-{id}即可。
參考文章
（1）lulu Studio，《ASP.Net MVC入門：1-簡介》，http://www.cnblogs.com/QLeelulu/archive/2008/09/30/1302462.html
（2）馬倫，《ASP.Net MVC基礎視頻教程》，http://bbs.itcast.cn/thread-26722-1-1.html
（3）深山老林，《正確認識WebForm與ASP.Net MVC》，http://www.cnblogs.com/wlb/archive/2009/12/07/1618954.html
（4）zhaojunpeng，《ViewData和ViewBag的那些事》，http://blog.segmentfault.com/zhaojunpeng/1190000000472818