MVC與模板概念的理解

　　MVC本來(lái)是存在于Desktop程序中的，M是指數(shù)據(jù)模型，V是指用戶(hù)界面，C則是控制器。使用MVC的目的是將M和V的實(shí)現(xiàn)代碼分離，從而使同一個(gè)程序可以使用不同的表現(xiàn)形式。比如一批統(tǒng)計(jì)數(shù)據(jù)你可以分別用柱狀圖、餅圖來(lái)表示。C存在的目的則是確保M和V的同步，一旦M改變，V應(yīng)該同步更新。
　　模型－視圖－控制器（MVC）是Xerox PARC在八十年代為編程語(yǔ)言Smalltalk－80發(fā)明的一種軟件設(shè)計(jì)模式，至今已被廣泛使用。最近幾年被推薦為Sun公司J2EE平臺(tái)的設(shè)計(jì)模式，并且受到越來(lái)越多的使用 ColdFusion 和 PHP 的開(kāi)發(fā)者的歡迎。模型－視圖－控制器模式是一個(gè)有用的工具箱，它有很多好處，但也有一些缺點(diǎn)。 

MVC如何工作

　　
MVC是一個(gè)設(shè)計(jì)模式，它強(qiáng)制性的使應(yīng)用程序的輸入、處理和輸出分開(kāi)。使用MVC應(yīng)用程序被分成三個(gè)核心部件：模型、視圖、控制器。它們各自處理自己的任務(wù)。
　　視圖
　　視圖是用戶(hù)看到并與之交互的界面。對(duì)老式的Web應(yīng)用程序來(lái)說(shuō)，視圖就是由HTML元素組成的界面，在新式的Web應(yīng)用程序中，HTML依舊在視圖中扮演著重要的角色，但一些新的技術(shù)已層出不窮，它們包括Adobe Flash和象XHTML，XML/XSL，WML等一些標(biāo)識(shí)語(yǔ)言和Web services.
　　如何處理應(yīng)用程序的界面變得越來(lái)越有挑戰(zhàn)性。MVC一個(gè)大的好處是它能為你的應(yīng)用程序處理很多不同的視圖。在視圖中其實(shí)沒(méi)有真正的處理發(fā)生，不管這些數(shù)據(jù)是聯(lián)機(jī)存儲(chǔ)的還是一個(gè)雇員列表，作為視圖來(lái)講，它只是作為一種輸出數(shù)據(jù)并允許用戶(hù)操縱的方式。
　　模型
　　模型表示企業(yè)數(shù)據(jù)和業(yè)務(wù)規(guī)則。在MVC的三個(gè)部件中，模型擁有最多的處理任務(wù)。例如它可能用象EJBs和ColdFusion Components這樣的構(gòu)件對(duì)象來(lái)處理數(shù)據(jù)庫(kù)。被模型返回的數(shù)據(jù)是中立的，就是說(shuō)模型與數(shù)據(jù)格式無(wú)關(guān)，這樣一個(gè)模型能為多個(gè)視圖提供數(shù)據(jù)。由于應(yīng)用于模型的代碼只需寫(xiě)一次就可以被多個(gè)視圖重用，所以減少了代碼的重復(fù)性。
　　控制器

控制器接受用戶(hù)的輸入并調(diào)用模型和視圖去完成用戶(hù)的需求。所以當(dāng)單擊Web頁(yè)面中的超鏈接和發(fā)送HTML表單時(shí)，控制器本身不輸出任何東西和做任何處理。它只是接收請(qǐng)求并決定調(diào)用哪個(gè)模型構(gòu)件去處理請(qǐng)求，然后確定用哪個(gè)視圖來(lái)顯示模型處理返回的數(shù)據(jù)。
　　現(xiàn)在我們總結(jié)MVC的處理過(guò)程，首先控制器接收用戶(hù)的請(qǐng)求，并決定應(yīng)該調(diào)用哪個(gè)模型來(lái)進(jìn)行處理，然后模型用業(yè)務(wù)邏輯來(lái)處理用戶(hù)的請(qǐng)求并返回?cái)?shù)據(jù)，最后控制器用相應(yīng)的視圖格式化模型返回的數(shù)據(jù)，并通過(guò)表示層呈現(xiàn)給用戶(hù)。



以下是來(lái)自BOLG
http://www.cnblogs.com/wisdomqq/archive/2009/04/29/1446579.html

在CSDN和園子里有朋友談到三層與MVC的區(qū)別，以前也有人拋出這個(gè)問(wèn)題，本人對(duì)來(lái)公司面試的朋友也偶樂(lè)會(huì)提這方面的問(wèn)題。
    那么我也來(lái)講講我對(duì)這兩者的理解吧。
    首先對(duì)這個(gè)題目，本身是存在問(wèn)題的，“XX結(jié)構(gòu)”與“XX模式”的區(qū)別？請(qǐng)問(wèn)中國(guó)社會(huì)制度與美國(guó)人生活方式有什么區(qū)別？
    這兩者本身講的是不同方向與角度的問(wèn)題，在實(shí)際應(yīng)用中他們的確存在一些相似的特點(diǎn)，在很多書(shū)籍中也沒(méi)有深入講解，以致于造成困惑，為了更好的理解他們，姑且來(lái)說(shuō)說(shuō)區(qū)別吧。
首先N層結(jié)構(gòu)是一種軟件抽象的層次結(jié)構(gòu)，是對(duì)復(fù)雜軟件的一種縱向切分，每一層次中完成同一類(lèi)型的操作，以便將各種代碼以其完成的使命作為依據(jù)來(lái)分割，以將低軟件的復(fù)雜度，提高其可維護(hù)性。一般來(lái)說(shuō)，層次之間是向下依賴(lài)的，下層代碼未確定其接口（契約）前，上層代碼是無(wú)法開(kāi)發(fā)的，下層代碼接口（契約）的變化將使上層的代碼一起變化。三層結(jié)構(gòu)是N層結(jié)構(gòu)的一種，是人產(chǎn)在長(zhǎng)時(shí)間使用中得出來(lái)的一種應(yīng)用場(chǎng)合廣泛的N層結(jié)構(gòu)，被當(dāng)作一種典型的軟件層次結(jié)構(gòu)而廣為流傳甚至寫(xiě)入教科書(shū)。
    MVC模式是一種復(fù)合設(shè)計(jì)模式，一種在特定場(chǎng)合用于解決某種實(shí)際問(wèn)題來(lái)得出的可以反復(fù)實(shí)踐的解決方案。巧合的是他也有三個(gè)事物組成，于是乎人們就有了一種想當(dāng)然的對(duì)應(yīng)關(guān)系：展示層-View；業(yè)務(wù)邏輯層-Control；持久層-Model。首先MVC中的三個(gè)事物之間并不存在明顯的層次結(jié)構(gòu)，沒(méi)有明顯的向下依賴(lài)關(guān)系，相反的，View和Model往往是比較獨(dú)立的，而Control是連接兩者的橋梁，他們更像是橫向的切分。這樣一來(lái)就出現(xiàn)一個(gè)結(jié)果，MVC中每個(gè)塊都是可以獨(dú)立測(cè)試的，而三層結(jié)構(gòu)中，上層模塊的運(yùn)行測(cè)試勢(shì)必要提供下層代碼或者提供相同接口的樁。相對(duì)來(lái)說(shuō)，MVC復(fù)雜得多，但是結(jié)構(gòu)更清晰，耦合性更低。
    另外，MVC中每一塊內(nèi)部特別是Model內(nèi)部經(jīng)常被設(shè)計(jì)為多層的。在我認(rèn)為的一個(gè)良好的MVC模式構(gòu)建的結(jié)構(gòu)中，Control是核心，小且較為穩(wěn)定的，可以作為一個(gè)核心框架來(lái)提供，有擴(kuò)展點(diǎn)，但基本上可以簡(jiǎn)單配置不需要任何代碼就可以運(yùn)行。而View則可能是一套或多種可選擇的視圖引擎，決定了軟件展示給用于的界面，使用時(shí)的主要工作量在于擴(kuò)展點(diǎn)以及根據(jù)需要而數(shù)量不同的視圖模板。Model則是業(yè)務(wù)提供者，決定了軟件提供的功能，其內(nèi)部可能是一些普通的類(lèi)或者是實(shí)現(xiàn)了某些接口的類(lèi)，在這一塊當(dāng)中可能根據(jù)業(yè)務(wù)的不同而色彩繽紛，對(duì)于復(fù)雜的軟件可能會(huì)分成很多層，如業(yè)務(wù)邏輯層、業(yè)務(wù)提供層、系統(tǒng)提供層、數(shù)據(jù)提供層、數(shù)據(jù)訪問(wèn)層等。
    我經(jīng)常用于比喻MVC的例子是小時(shí)候玩的那種卡帶式游戲機(jī)，Control是主機(jī)，一般來(lái)說(shuō)我買(mǎi)一個(gè)主機(jī)就行了，只要他不壞，他就能一直讓我玩這一類(lèi)的游戲。View則是電視機(jī)和游戲手柄，電視機(jī)可以獨(dú)立工作，他不管輸入的是電視信號(hào)、影碟機(jī)信號(hào)還是游戲機(jī)信號(hào)，他只管顯示，而且他決定了我們看到的效果是怎么樣的，如果我想要個(gè)尺寸更大的或者彩色的顯示效果，我只需要買(mǎi)個(gè)相應(yīng)的電視機(jī)就行了，手柄也是可以換的，要遙桿還是帶震動(dòng)的。Model則是游戲卡帶，他絕定了我玩的是什么游戲，是魂斗羅還是超級(jí)瑪莉，而且游戲機(jī)主機(jī)和電視機(jī)生產(chǎn)廠家永遠(yuǎn)也不知道在上面有可能會(huì)運(yùn)行什么樣的游戲。卡帶中可能會(huì)有游戲代碼和存儲(chǔ)單元，都根據(jù)游戲的需要而設(shè)計(jì)。

===================4/30補(bǔ)充＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝

  有朋友提到游戲主機(jī)提供的卡帶插槽的接口，在設(shè)計(jì)中，有時(shí)也由Control提供一組接口，以用于Model或View的實(shí)現(xiàn)，這樣就形成了依賴(lài)。一般來(lái)說(shuō)這樣設(shè)計(jì)也沒(méi)有太大的問(wèn)題，只是會(huì)提高模塊間的耦合度，也會(huì)帶來(lái)一些侵入性。為了更完美，可以不用接口來(lái)提供契約，可以用配置信息（或稱(chēng)元數(shù)據(jù)信息）+反射來(lái)提供契約，那么這個(gè)類(lèi)接口就可以退化到只要符合CLS就可以了，也就是普通的類(lèi)，就像現(xiàn)在的計(jì)算機(jī)接口廣泛采用USB，無(wú)論是U盤(pán)、打印機(jī)、掃描儀或者是加密狗，他們都是普通的USB設(shè)備而已。
  提到USB有一個(gè)題外話(huà)，模塊的可插拔性設(shè)計(jì)甚至是熱插拔設(shè)計(jì)，系統(tǒng)可以在不停止運(yùn)行的情況下動(dòng)態(tài)的掛載或移除模塊，動(dòng)態(tài)掛載模塊需要系統(tǒng)能夠自動(dòng)發(fā)現(xiàn)新模塊并根據(jù)自描述的信息進(jìn)行自動(dòng)配置，移除可能情況更復(fù)雜一點(diǎn)，需要“安全刪除硬件”類(lèi)似的功能。
  在設(shè)計(jì)廣泛重用的框架時(shí)會(huì)考慮多種情況以達(dá)到更大的適應(yīng)性，一般項(xiàng)目中應(yīng)用MVC模式可以較為隨意。