MVC系列之——入門，mvc入門

MVC系列之——入門，mvc入門

       MVC全名是Model ViewController，是模型(model)－視圖(view)－控制器(controller)的縮寫，一種軟體設計典範，用一種商務邏輯、資料、介面顯示分離的方法組織代碼，將商務邏輯聚集到一個組件裡面，在改進和個人化定製介面及使用者互動的同時，不需要重新編寫商務邏輯。MVC被獨特的發展起來用於映射傳統的輸入、處理和輸出功能在一個邏輯的圖形化使用者介面的結構中。
        MVC開始是存在於傳統型程式中的，M是指業務模型，V是指使用者介面，C則是控制器，使用MVC的目的是將M和V的實現代碼分離，從而使同一個程式可以使用不同的表現形式。比如一批統計資料可以分別用柱狀圖、餅圖來表示。C存在的目的則是確保M和V的同步，一旦M改變，V應該同步更新。
         看看mvc 與傳統的web應用程式的工作方式的不同！
 
         通過這兩張圖可以看出，傳統的web程式的工作方式為：用戶端寫一個url地址（一般形式為：Http：//192.168.xx.xxx:8089/master/index.aspx ），這個地址定向到IIS伺服器，IIS伺服器位址會到.net平台上建立一個index.aspx類的對象，然後將這個對象返回給用戶端。
         而MVC工作方式中，用戶端也會寫一個url（Http：//192.168.xx.xxx:8089/master/index），但是這個url與傳統的url 不同，這個url中master 為控制器的名字，index 為該控制器中的方法！至於為什麼會根據這個能返回一個頁面，這就是MVC模式中存在的路由機制了！
        先看一下MVC程式的結構 
在MVC程式中的通用檔案Globlal.asax中 會存在這個一樣方法
public static void RegisterRoutes(RouteCollection routes)        {            routes.IgnoreRoute("{resource}.axd/{*pathInfo}");            routes.MapRoute(                "Default", // 路由名稱                "{controller}/{action}/{id}", // 帶有參數的 URL                new { controller = "Home", action = "Index", id = UrlParameter.Optional } // 參數預設值            );        }
        這個方法就會根據url中的master和 index 找到對應的控制器和控制器中方法。 該方法會返回對應的視圖！    
       大部分Web應用程式都是用像ASP，PHP，或者CFML這樣的過程化語言來建立的。它們將像資料庫查詢語句這樣的資料層代碼和像HTML這樣的展示層代碼混在一起。經驗比較豐富的開發人員會將資料從展示層分離開來，但這通常不是很容易做到的，它需要精心的計劃和不斷的嘗試。MVC從根本上強制性的將它們分開。儘管構造MVC應用程式需要一些額外的工作，但是它給我們帶來的好處是無庸質疑的。
 
        首先，最重要的一點是多個視圖能共用一個模型，正如我所提及的，現在需要用越來越多的方式來訪問你的應用程式。對此，其中一個解決之道是使用MVC，無論你的使用者想要Flash介面或是 WAP 介面；用一個模型就能處理它們。由於你已經將資料和商務規則從展示層分開，所以你可以最大化的重用你的代碼了。
       由於模型返回的資料沒有進行格式化，所以同樣的構件能被不同介面使用。例如，很多資料可能用HTML來表示，但是它們也有可能要用Macromedia Flash和WAP來表示。模型也有狀態管理和資料持久性處理的功能，例如，基於會話的購物車和電子商務過程也能被Flash網站或者無線連網的應用程式所重用。
       因為模型是自包含的，並且與控制器和視圖相分離，所以很容易改變你的應用程式的資料層和商務規則。如果你想把你的資料庫從SQL Server 移植到Oracle，或者改變你的基於RDBMS資料來源到LDAP，只需改變你的模型即可。一旦你正確的實現了模型，不管你的資料來自資料庫或是LDAP伺服器，視圖將會正確的顯示它們。由於運用MVC的應用程式的三個組件是相互對立，改變其中一個不會影響其它兩個，所以依據這種設計思想你能構造良好的松偶合的構件。
       這篇文章簡單的介紹了MVC，下篇部落格會為大家介紹一個執行個體！