優(yōu)點：
1：耦合性低
視圖層和業(yè)務層分離，這樣就允許更改視圖層代碼而不用重新編譯模型和控制器代碼，同樣，一個應用的業(yè)務流程或者業(yè)務規(guī)則的改變只需要改動MVC的模型層即可。因為模型與控制器和視圖相分離，所以很容易改變應用程序的數(shù)據(jù)層和業(yè)務規(guī)則。
2：重用性高
隨著技術的不斷進步，需要用越來越多的方式來訪問應用程序。MVC模式允許使用各種不同樣式的視圖來訪問同一個服務器端的代碼，因為多個視圖能共享一個模型，它包括任何WEB(HTTP)瀏覽器或者無線瀏覽器(wap)，比如，用戶可以通過電腦也可通過手機來訂購某樣產(chǎn)品，雖然訂購的方式不一樣，但處理訂購產(chǎn)品的方式是一樣的。由于模型返回的數(shù)據(jù)沒有進行格式化，所以同樣的構件能被不同的界面使用。
MVC使開發(fā)和維護用戶接口的技術含量降低。
3：部署快
使用MVC模式使開發(fā)時間得到相當大的縮減，它使程序員(Java開發(fā)人員)集中精力于業(yè)務邏輯，界面程序員(HTML和JSP開發(fā)人員)集中精力于表現(xiàn)形式上。
4：可維護性高
分離視圖層和業(yè)務邏輯層也使得WEB應用更易于維護和修改。
5：有利軟件工程化管理
由于不同的層各司其職，每一層不同的應用具有某些相同的特征，有利于通過工程化、工具化管理程序代碼?？刂破饕蔡峁┝艘粋€好處，就是可以使用控制器來聯(lián)接不同的模型和視圖去完成用戶的需求，這樣控制器可以為構造應用程序提供強有力的手段。給定一些可重用的模型和視圖，控制器可以根據(jù)用戶的需求選擇模型進行處理，然后選擇視圖將處理結果顯示給用戶。
缺點：
1：沒有明確的定義
完全理解MVC并不是很容易。使用MVC需要精心的計劃，由于它的內(nèi)部原理比較復雜，所以需要花費一些時間去思考。同時由于模型和視圖要嚴格的分離，這樣也給調(diào)試應用程序帶來了一定的困難。每個構件在使用之前都需要經(jīng)過徹底的測試。
2：不適合小型，中等規(guī)模的應用程序
花費大量時間將MVC應用到規(guī)模并不是很大的應用程序通常會得不償失。
3：增加系統(tǒng)結構和實現(xiàn)的復雜性
對于簡單的界面，嚴格遵循MVC，使模型、視圖與控制器分離，會增加結構的復雜性，并可能產(chǎn)生過多的更新操作，降低運行效率。
4：視圖與控制器間的過于緊密的連接
視圖與控制器是相互分離，但卻是聯(lián)系緊密的部件，視圖沒有控制器的存在，其應用是很有限的，反之亦然，這樣就妨礙了他們的獨立重用。
5：視圖對模型數(shù)據(jù)的低效率訪問
依據(jù)模型操作接口的不同，視圖可能需要多次調(diào)用才能獲得足夠的顯示數(shù)據(jù)。對未變化數(shù)據(jù)的不必要的頻繁訪問，也將損害操作性能。
6：一般高級的界面工具或構造器不支持模式
改造這些工具以適應MVC需要和建立分離的部件的代價是很高的，會造成MVC使用的困難。
