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