ps：原來寫文章是從來也不寫提綱的，現在通過不斷的設計訓練和**注釋的影響，沒提綱就寫不下去了……
言歸正傳，mvc作為一種軟體設計模式，它用一種業務邏輯、資料和介面顯示互相分離的方法組織**。將業務邏輯單獨封裝，使得在介面及與使用者互動的形式改變時不影響到邏輯。
1、 模式簡介
mvc是一種建立web應用程式的模式，其中：
model（模型）是指要處理的業務**和資料操作**；
view （檢視）顯示資料，指的是介面及與使用者進行互動的部分，檢視通常依據model建立；
controller（控制器）處理輸入，可以看做model和view的橋梁。它從檢視中讀取資料，控制使用者輸入，並向 模型傳送資料。
2、 模式圖（來自baidu.baike）
說明：view通過人機互動將使用者輸入的指令和資料傳遞給controller，controller將其送至model進行業務判斷和資料訪問等處理，然後controller再根據業務邏輯選擇不同的檢視進行響應，最後將結果反饋給使用者。
3、 與webfrom比較
先看看上邊兩張圖，以後還會對mvc作進一步的分析。
4、 與經典三層的比較
三層架構分為ui介面層、bll業務邏輯層、dal資料訪問層，它同樣做到了介面、業務邏輯和資料的分離。
從解耦的角度看，mvc
和三層架構都實現了很好的效果。都有助於管理複雜的應用程式和分組開發，因為我們可以在乙個時間內專門關注乙個方面。例如，可以在不依賴業務邏輯的情況下專注於介面
/檢視設計。同時也讓應用程式的測試更加容易。
區別：1
、三層裡的
ui相當於
mvc裡的
v+c；
bll層
+dal
層相當於
mvc裡的m。
2、側重點不一樣，三層是一種籠統的架構思想，沒有限制具體的設計；而mvc就比較具體的說明它的設計方法。
三層是從整個應用程式架構的角度來分的，是為了解決整個應用程式中各個業務操作過程中不同階段的代 碼封裝的問題，為了使程式設計師更加專注的處理某階段的業務邏輯。
mvc是在應用程式（bs結構）的檢視層劃分出來的不同功能的幾個模組。主要是為了解決應用程式使用者介面的樣式替換問題，把展示資料的html 頁面盡可能的和業務**分離。
總結：對於大中型專案
mvc在開發效率上更快，但對於一些小專案
webform
從經濟和時間上更為合適。架構方面，
mvc和三層也並不是排斥的，相反，它們擁有很緊密的聯絡。總之，
mvc有著廣闊的發展前景，在
j2ee
上的火熱程度也見證了它的時代適應性。
初識mvc
，還望大家多多指導。
從MVC模型看設計
從mvc 模型看設計 一己薄劍 2007 06 02 我們知道mvc模型中model view controller之間的關係如下 如圖所示，在這個物件建立時要做的就是建立各個內部物件，然後註冊各個物件之間的關係，這種關係由他們之間的互動來決定，並且決定了在接受到使用者輸入時他們之間互動的複雜性與有...
從MVC理解設計模式
size x large 本文將透過mvc來幫助我們理解 模式 這一術語的含義。mvc包含三類物件。模型model是應用物件，檢視view是它在螢幕上的標示，控制器controller定義使用者介面對使用者輸入的相應方式。不使用mvc，使用者介面設計往往將這些物件混在一起，而mvc則將它們分離以提高...
從資訊角度透視SOA設計
任何成功的soa都需要建立乙個通用的容易訪問的業務術語表，業務術語表定義與過程 服務和資料相關的術語。soa實施人員在整理組織中公認的業務語言和縮寫詞時，常常發現術語存在不一致的地方。如果客戶 渠道 收入等關鍵術語的定義不一致，就不可能實現與這些術語相關的服務。如果相關人員對服務的引數 即服務獲得的...