? ? ??我們這學期開始學習軟件架構，我們主要學習的是MVC框架，接下來簡要對MVC框架做一個概述。

??? MVC全名是Model View Controller，是模型(model)－視圖(view)－控制器(controller)的縮寫，一種軟件設計典范，用一種業(yè)務邏輯、數(shù)據(jù)、界面顯示分離的方法組織代碼，將業(yè)務邏輯聚集到一個部件里面，在改進和個性化定制界面及用戶交互的同時，不需要重新編寫業(yè)務邏輯。

　　MVC開始是存在于桌面程序中的，M是指業(yè)務模型，V是指用戶界面，C則是控制器，使用MVC的目的是將M和V的實現(xiàn)代碼分離，從而使同一個程序可以使用不同的表現(xiàn)形式。比如一批統(tǒng)計數(shù)據(jù)可以分別用柱狀圖、餅圖來表示。C存在的目的則是確保M和V的同步，一旦M改變，V應該同步更新。?

　　模型－視圖－控制器是Xeroc PARC在二十世紀八十年代為編程語言Smalltalk－80發(fā)明的一種軟件設計模式，已被廣泛使用。后來被推薦為Oracle旗下Sun公司Java EE平臺的設計模式，并且受到越來越多的使用ColdFusion和PHP的開發(fā)者的歡迎。

　　MVC 模式同時提供了對 HTML、CSS 和 JavaScript 的完全控制。

　　Model（模型）是應用程序中用于處理應用程序數(shù)據(jù)邏輯的部分，通常模型對象負責在數(shù)據(jù)庫中存取數(shù)據(jù)。

　　View（視圖）是應用程序中處理數(shù)據(jù)顯示的部分，通常視圖是依據(jù)模型數(shù)據(jù)創(chuàng)建的。

　　Controller（控制器）是應用程序中處理用戶交互的部分，通常控制器負責從視圖讀取數(shù)據(jù)，控制用戶輸入，并向模型發(fā)送數(shù)據(jù)。

　　優(yōu)點：

　　耦合性低

　　視圖層和業(yè)務層分離，這樣就允許更改視圖層代碼而不用重新編譯模型和控制器代碼，同樣，一個應用的業(yè)務流程或者業(yè)務規(guī)則的改變只需要改動MVC的模型層即可。因為模型與控制器和視圖相分離，所以很容易改變應用程序的數(shù)據(jù)層和業(yè)務規(guī)則。

　　模型是自包含的，并且與控制器和視圖相分離，所以很容易改變應用程序的數(shù)據(jù)層和業(yè)務規(guī)則。如果把數(shù)據(jù)庫從MySQL移植到Oracle，或者改變基于RDBMS數(shù)據(jù)源到LDAP，只需改變模型即可。一旦正確的實現(xiàn)了模型，不管數(shù)據(jù)來自數(shù)據(jù)庫或是LDAP服務器，視圖將會正確的顯示它們。由于運用MVC的應用程序的三個部件是相互獨立，改變其中一個不會影響其它兩個，所以依據(jù)這種設計思想能構造良好的松耦合的構件。

　　重用性高

　　隨著技術的不斷進步，需要用越來越多的方式來訪問應用程序。MVC模式允許使用各種不同樣式的視圖來訪問同一個服務器端的代碼，因為多個視圖能共享一個模型，它包括任何WEB（HTTP）瀏覽器或者無線瀏覽器（wap）。

　　生命周期成本低

　　MVC使開發(fā)和維護用戶接口的技術含量降低。

　　部署快

　　使用MVC模式使開發(fā)時間得到相當大的縮減，它使程序員（Java開發(fā)人員）集中精力于業(yè)務邏輯，界面程序員（HTML和JSP開發(fā)人員）集中精力于表現(xiàn)形式上。

　　可維護性高

　　分離視圖層和業(yè)務邏輯層也使得WEB應用更易于維護和修改。

　　有利軟件工程化管理

　　由于不同的層各司其職，每一層不同的應用具有某些相同的特征，有利于通過工程化、工具化管理程序代碼。控制器也提供了一個好處，就是可以使用控制器來聯(lián)接不同的模型和視圖去完成用戶的需求，這樣控制器可以為構造應用程序提供強有力的手段。給定一些可重用的模型和視圖，控制器可以根據(jù)用戶的需求選擇模型進行處理，然后選擇視圖將處理結果顯示給用戶。

?

　　缺點：

　　沒有明確的定義

　　完全理解MVC并不是很容易。使用MVC需要精心的計劃，由于它的內(nèi)部原理比較復雜，所以需要花費一些時間去思考。同時由于模型和視圖要嚴格的分離，這樣也給調(diào)試應用程序帶來了一定的困難。每個構件在使用之前都需要經(jīng)過徹底的測試。

　　不適合小型，中等規(guī)模的應用程序

　　花費大量時間將MVC應用到規(guī)模并不是很大的應用程序通常會得不償失。

　　增加系統(tǒng)結構和實現(xiàn)的復雜性

　　對于簡單的界面，嚴格遵循MVC，使模型、視圖與控制器分離，會增加結構的復雜性，并可能產(chǎn)生過多的更新操作，降低運行效率。

　　視圖與控制器間的過于緊密的連接

　　視圖與控制器是相互分離，但卻是聯(lián)系緊密的部件，視圖沒有控制器的存在，其應用是很有限的，反之亦然，這樣就妨礙了他們的獨立重用。

　　視圖對模型數(shù)據(jù)的低效率訪問

　　依據(jù)模型操作接口的不同，視圖可能需要多次調(diào)用才能獲得足夠的顯示數(shù)據(jù)。對未變化數(shù)據(jù)的不必要的頻繁訪問，也將損害操作性能。

　　一般高級的界面工具或構造器不支持模式

　　改造這些工具以適應MVC需要和建立分離的部件的代價是很高的，會造成MVC使用的困難。

轉(zhuǎn)載于:https://www.cnblogs.com/my1204/p/6754753.html

總結

以上是生活随笔為你收集整理的MVC概述的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。