一、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中的程式碼
|
1 2 3 4 5 6 |
public ActionResult Index() { ViewData["Name"] = "Edison Chou"; ViewBag.Name = "Edison Chou"; return View(); } |
②在View中的程式碼
|
1 2 3 4 5 6 7 8 9 10 11 12 13 |
<body> <div> <h1>Hi,ASP.Net MVC First Demo!</h1> <% for (int i = 0; i < 5; i++) { Response.Write("Hello World!<br/>"); } %> <p><%: ViewData["Name"] %></p> <p><%: ViewBag.Name %></p> </div> </body> |
4.5 路由機制初步瞭解
我們通過除錯可以知道，在MVC中所有的請求都歸結到控制器下面的Action。所以，所有的請求都是要指定一個具體的Action，Url的格式是根據路由規則來定的。那麼，在ASP.Net MVC的路由規則預設又是什麼，在哪裡設定的呢？
|
1 2 3 4 5 6 7 8 9 10 11 12 13 |
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