我們先來看看什么是MVC峻村？
全名是Model View Controller，是模型(model)－視圖(view)－控制器(controller)的縮寫，一種軟件設(shè)計(jì)典范专普，用一種業(yè)務(wù)邏輯、數(shù)據(jù)弹沽、界面顯示分離的方法組織代碼檀夹，將業(yè)務(wù)邏輯聚集到一個(gè)部件里面筋粗，在改進(jìn)和個(gè)性化定制界面及用戶交互的同時(shí)，不需要重新編寫業(yè)務(wù)邏輯炸渡。MVC被獨(dú)特的發(fā)展起來用于映射傳統(tǒng)的輸入娜亿、處理和輸出功能在一個(gè)邏輯的圖形化用戶界面的結(jié)構(gòu)中。
MVC 編程模式
MVC 是一種使用 MVC（Model View Controller 模型-視圖-控制器）設(shè)計(jì)創(chuàng)建 Web 應(yīng)用程序的模式：
- Model（模型）表示應(yīng)用程序核心（比如數(shù)據(jù)庫記錄列表）蚌堵。
- View（視圖）顯示數(shù)據(jù)（數(shù)據(jù)庫記錄）买决。
- Controller（控制器）處理輸入（寫入數(shù)據(jù)庫記錄）。
MVC 模式同時(shí)提供了對 HTML吼畏、CSS 和 JavaScript 的完全控制督赤。
Model（模型）是應(yīng)用程序中用于處理應(yīng)用程序數(shù)據(jù)邏輯的部分。
通常模型對象負(fù)責(zé)在數(shù)據(jù)庫中存取數(shù)據(jù)宫仗。
View（視圖）是應(yīng)用程序中處理數(shù)據(jù)顯示的部分够挂。
通常視圖是依據(jù)模型數(shù)據(jù)創(chuàng)建的。
Controller（控制器）是應(yīng)用程序中處理用戶交互的部分藕夫。
通衬跆牵控制器負(fù)責(zé)從視圖讀取數(shù)據(jù)，控制用戶輸入毅贮，并向模型發(fā)送數(shù)據(jù)办悟。
MVC 分層有助于管理復(fù)雜的應(yīng)用程序，因?yàn)槟梢栽谝粋€(gè)時(shí)間內(nèi)專門關(guān)注一個(gè)方面滩褥。例如病蛉，您可以在不依賴業(yè)務(wù)邏輯的情況下專注于視圖設(shè)計(jì)。同時(shí)也讓應(yīng)用程序的測試更加容易瑰煎。
MVC 分層同時(shí)也簡化了分組開發(fā)铺然。不同的開發(fā)人員可同時(shí)開發(fā)視圖、控制器邏輯和業(yè)務(wù)邏輯酒甸。
框架主要包含三個(gè)內(nèi)容：
視圖（View）
視圖是用戶看到并與之交互的界面魄健。
模型（Model）
模型表示企業(yè)數(shù)據(jù)和業(yè)務(wù)規(guī)則。
控制器（Controller）
控制器接受用戶的輸入并調(diào)用模型和視圖去完成用戶的需求插勤。
image.png
**控制器本身不輸出任何東西和做任何處理沽瘦。它只是接收請求并決定調(diào)用哪個(gè)模型構(gòu)件去處理請求，然后再確定用哪個(gè)視圖來顯示返回的數(shù)據(jù)农尖。
引自[百度百科]
我們從結(jié)構(gòu)圖可以看出析恋，整個(gè)框架形成了一個(gè)閉環(huán)，這也符合設(shè)計(jì)模式的開放－封閉原則盛卡。那我要區(qū)分框架與設(shè)計(jì)模式有什么區(qū)別助隧。
基本上，每一個(gè)模塊只要與上一個(gè)模塊通訊滑沧，不需要知道上個(gè)模塊跟其它模塊的關(guān)系并村。這樣可以分離出單個(gè)模塊漏健，在開發(fā)中，這對團(tuán)隊(duì)分工與細(xì)分工作有很大的好處橘霎。
**一個(gè)框架里可能有多個(gè)設(shè)計(jì)模式，但是一個(gè)設(shè)計(jì)模式不能統(tǒng)稱為框架殖属。設(shè)計(jì)模式是設(shè)計(jì)上的復(fù)用姐叁，框架是代碼的復(fù)用。設(shè)計(jì)模式是比框架更抽象的洗显，框架可以用代碼表示外潜，可以直接執(zhí)行與復(fù)用，設(shè)計(jì)模式只有實(shí)例可以復(fù)用執(zhí)行挠唆。
如果是小型項(xiàng)目处窥，引入mvc可能會(huì)增加項(xiàng)目周期，mvc前期設(shè)計(jì)與搭建比較費(fèi)時(shí)費(fèi)力玄组，這是需要需要精心的計(jì)劃的滔驾。
理解好mvc,做為程序進(jìn)階的一步重要步驟，沒有好理想的程序員不是好美術(shù)俄讹。
這是順便說下MVP哆致，MVVM模式』继牛可以加深mvc理解摊阀。
轉(zhuǎn)自這里
MVP
MVP 模式將 Controller 改名為 Presenter，同時(shí)改變了通信方向踪蹬。
[圖片上傳失敗...(image-90cd76-1513221593103)]
1. 各部分之間的通信胞此，都是雙向的。
2. View 與 Model 不發(fā)生聯(lián)系跃捣，都通過 Presenter 傳遞漱牵。
3. View 非常薄，不部署任何業(yè)務(wù)邏輯枝缔，稱為"被動(dòng)視圖"（Passive View）布疙，即沒有任何主動(dòng)性，而 Presenter非常厚愿卸，所有邏輯都部署在那里灵临。
MVVM
MVVM 模式將 Presenter 改名為 ViewModel，基本上與 MVP 模式完全一致趴荸。
[圖片上傳中...(image-95c34f-1513221593103-0)]
唯一的區(qū)別是儒溉，它采用雙向綁定（data-binding）：View的變動(dòng)，自動(dòng)反映在 ViewModel发钝，反之亦然顿涣。Angular
和
都采用這種模式波闹。
