MVC架構模式為什么這樣“紅”？
模型-視圖-控制器（MVC）可能是近年來網絡編程圈子里最常被提及的模式之一，其在Java及.Net領域都有廣泛的應用，特別是微軟***推出的ASP.NET MVC 2框架，能夠幫助廣大程序員更快捷的開發。51CTO編輯推薦ASP.NET MVC框架視頻教程。
MVC不是一種設計模式（design pattern），它是一種架構模式（Architectural pattern），用以描述應用程序的結構以及結構中各部分的職責和交互方式。它***是在1979年的時候***次被人提出，不過，當時環境有些不同，網絡應用的概念在當時還不存在。
提姆·伯納斯李在上世紀九十年代初期的時候播種下了萬維網（WWW）的種子，并永遠的改變了世界。目前我們在網絡開發中所采用的這種模式實際上是原版模式的一個改編版。
這種架構模式的瘋狂流行是由于兩個極其流行的開發框架將這種模式包含了進來，它們是：Struts 和 Ruby on Rails。這兩個開發框架給稍后誕生的數百框架打上了深深的烙印。
網絡應用中的MVC模式
模型-視圖-控制器架構模式背后的思想非常簡單：我們的應用程序中必須區分下面這些職責：
應用程序被分成了三個主要的部分，每個部分負責掌管不同的任務。下面讓我們看看詳細的解釋以及一個例子。
控制器
控制器掌管著用戶的請求（當用戶點擊圖形用戶界面（GUI）上的元素執行操作時，控制器會收到HTTP GET或者POST請求）。它的主要功能就是調用并協調需要的資源/對象來執行用戶請求。通常控制器會為任務調用合適的模型，以及選擇合適的視圖。
模型
模型是指運用于數據之上的數據規則和數據內容，它一般對應于應用程序所要管理的對象。在軟件系統中，任何事物都可以被抽象成可以對其以某種方式進行處理的數據模型。應用程序中的用戶，信息以及圖書是什么？它們只是一堆必須按照對應規則處理的數據（日期不能是未來的日期，電子郵件有特定的格式，名字的長度不能超過多少字符等等）。
模型給控制器提供了一個用戶請求內容對應的數據表達（比如信息，書，相冊）。不管我們如何向用戶展示，這個數據模型都不會變。這也是我們為什么可以隨意選擇使用哪個視圖來展示數據的原因。模型包含我們應用程序邏輯中最重要的組成部分，這些邏輯運用于我們要處理的問題過程中。控制器更多的是包含應用程序自身的內部組織邏輯。
視圖
視圖提供了展示模型數據的不同方式。它可能是數據填充的模板。視圖可以有多個，而控制器則決定使用哪個視圖。一個網絡應用通常由許多控制器，模型和視圖組成。控制器可以被看成是一個主控制器，用于接收用戶的所有請求，然后在調用特定的控制器來處理不同的情況。
讓我們看一個例子
現在，假設，我們正在開發一個在線書店。用戶可以進行如下操作：查看圖書。注冊，購買，往當前訂單添加物品，創建和刪除圖書（如果他有管理員權限的話）。現在讓我們看看當用戶單擊“幻想”門類來查看該門類下有哪些書時會發生什么情況。
我們會有一個特定的控制器來處理所有與圖書相關的操作（查看，編輯，創建等操作）。這個例子中，我把該控制器命名為 books_controller.php。我們也會有一個模型（比如 book_model.php）來處理數據和與商店中圖書物品相關的邏輯。***我們還有一些視圖來展示數據，比如圖書清單，一個編輯圖書的頁面等等。下面這幅圖展示的是用戶發出的查看請求是如何處理的：
控制器（books_controller.php）以HTTP GET或者POST的方式接收到用戶的請求（我們也可以有一個主控制器，比如index.php 來接收請求，然后它再調用ooks_controller.php）。
控制器檢查請求以及對應的參數，然后調用模型（book_model.php），請求模型返回幻想類的圖書。模型負責從數據庫中調取信息，如有需要它可以加入過濾和邏輯，然后返回圖書列表。控制器使用恰當的視圖來將這些數據展示給用戶，如果用戶還選擇了特定皮膚，對應的視圖文件也會被選上等等。#p#
MVC的好處是什么
我們使用MVC的一個最明顯好處就是它將視圖展示和應用邏輯清晰的分離開來。對不同用戶以及不同設備類型的支持一直是當下的一個常見問題。來自臺式電腦和手機的請求所得到的視圖應該是不相同的。模型會返回完全相同的數據，但是不同的地方是控制器會選擇使用的視圖文件來展示數據（我們可以把它看作是不同的模板）。除了將視圖從業務邏輯中分離開外，MVC的分離也降低了大型應用設計的難度。代碼也更具結構性，因此也更容易維護，測試和重用。
但是為什么要框架呢？
當你使用一個框架時，MVC的基本結構已經包含在其中，你只需對這些結構進行擴充，將你的文件遵照MVC的模式放置到合適的目錄中去。而且它也提供許多現成并且經過完全測試的功能。以CakePHP最為MVC框架的例子。你一旦安裝好以后，你會發現它包含三個主要的目錄：
- * app/
- * cake/
- * vendors/
APP文件夾是放置你應用程序文件的地方。這是你開放應用程序的地方。Cake文件夾是Cakephp的文件存放位置以及開發的地方（框架的重要功能就在里面）Vendors文件夾是用來存放所需要的第三方PHP庫文件的位置。你的工作文件夾(APP文件夾)又有下面這些結構：
- * app/
- config/
- controllers/
- locale/
- models/
- plugins/
- tests/
- tmp/
- vendors/
- o views/
- o webroot/
現在你需要將你的控制器放置到controllers目錄下，你的模型放置的models目錄下，而視圖文件則在views目錄下。一旦你熟悉了框架，你就能在你需要修改和創建代碼時，知道應該在哪里動手。這種文件組織方式讓維護容易上不少。
以框架為例
因為這個教程并不打算教你如何使用CakePHP制作一個應用程序，我們只是用它來展示一下模型，視圖和控制器的演示代碼，并對使用MVC框架所帶的好處做一個評論。這些代碼都是簡化了的，并不適合實際的應用。
控制器
使用CakePHP框架，我們的控制器的樣子像下面這樣：
- <?php
- class BooksController extends AppController {
- function list($category) {
- $this->set('books', $this->Book->findAllByCategory($category));
- }
- function add() { ... ... }
- function delete() { ... ... }
- ... ... } ?>
很簡單，是吧。這個控制器會被保存成 books_controller.php，并放置在/app/controllers目錄下。它包含一個列表（list）函數，用以執行我們例子中的操作，它也可以包含其他與圖書相關的操作（像添加新圖書，刪除新圖書）
框架為我們提供了許多內容，羅列所有圖書只需一行代碼。我們在基本的控制器行為中定義的有一個基礎類，我們已經繼承了。（AppController繼承自Controller的）在list操作中，我們需要做的就是調用模型獲取數據，然后選擇合適的視圖文件來將數據展示給用戶，下面要我們解釋一下過程。this->Book是我們的模型，而下面這段代碼：
- $this->Book->findAllByCategory($category)
則是在告訴模型返回所選門類下的圖書列表，下面的Set方法：
- $this->set('books', $this->Book->findAllByCategory($category));
是告訴控制器將數據傳輸給視圖。它將模型返回的數據以books的變量傳輸給視圖，然后視圖中就可以訪問該變量了。現在我們需要渲染視圖，如果你是使用默認視圖，CakePHP會幫你自動完成。如果你需要使用其他視圖，你則需要使用render方法來具體聲明：
模型
模型非常簡單。
- <?php
- class Book extends AppModel {
- }
- ?>
為什么是空的？因為它從基礎類繼承了一些必須的功能，我們只需遵循CakePHP的命名規范，然后框架就會自動幫你完成其他事情。比如。通過名字，CakePHP知道，這個是BooksController中使用的模型。然后會自動訪問數據庫中一個叫books的數據表。這個定義，我們的book模型就具備從數據庫中讀取，刪除和保存數據的能力。這段代碼應該保存成books.php，并放置于/app/models文件下。
視圖
我們現在需要做的事情就是為list操作創建一個視圖（至少是一個）。這個視圖將使用HTML代碼，并且還包含一些PHP代碼來遍歷模型提供的 books數組。
- <table> <tr> <th>Title</th> <th>Author</th> <th>Price</th> </tr>
- <?php foreach ($books as $book): ?> <tr> <td> <?php echo $book['Book']['title'];
- ?> </td> <td> <?php echo $book['Book']['author'];
- ?> </td> <td> <?php echo $book['Book']['price'];
- ?> </td> </tr> <?php endforeach; ?>
- </table>
我們已經看到了，視圖文件并不生成一個完成的頁面，它只是一段HTML代碼。這是因為CakePHP提供了定義頁面布局的方法，而視圖則會被插入到布局中。在創建這些HTML片段時，框架也提供一些助手（helper）對象來幫我們完成常見的任務（插入表單，鏈接，Ajax或者 JavaScript），我們將這個默認視圖保存為list.ctp（list是操作的名稱，而ctp是指cake模板），然后將它放置在 /app/views/books下(之所以在books目錄下，是因為它是Book控制器的操作)，至此在CakePHP的幫助下，這三部分都完成了。
結論
我們已經學習了當今最常用的架構模式MVC，我們需要注意，當我們在編程界提及的模式時，我們指的是可以用來解決手中問題的靈活架構。我們會發現實際使用會給我們看到的結構帶來變動。但最為重要的是，這種模式會幫助我們氣息的區分程序各部分的職責，便于程序維護，代碼重用以及測試。我們已經見識了使用MVC框架的好處，它給我們提供了一個基本的MVC骨架，以及許多有用的功能，提高了我們的效率，讓開發過程更加輕松。
【編輯推薦】
