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