MVC的優點

　　大部分用過程語言比如ASP、PHP開發出來的Web應用，初始的開發模板就是混合層的數據編程。例如，直接向數據庫發送請求並用HTML顯 示,開發速度往往比較快,但由於數據頁面的分離不是很直接,因而很難體現出業務模型的樣子或者模型的重用性。產品設計彈性力度很小，很難滿足用户的變化性 需求。MVC要求對應用分層，雖然要花費額外的工作，但產品的結構清晰，產品的應用通過模型可以得到更好地體現。

　　首先，最重要的是應該有多個視圖對應一個模型的能力。在目前用户需求的快速變化下，可能有多種方式訪問應用的要求。例如，訂單模型可能有本系統 的訂單，也有網上訂單，或者其他系統的訂單，但對於訂單的處理都是一樣，也就是説訂單的處理是一致的。按 MVC設計模式，一個訂單模型以及多個視圖即可解決問題。這樣減少了代碼的複製，即減少了代碼的維護量，一旦模型發生改變，也易於維護。其次，由於模型返 回的數據不帶任何顯示格式，因而這些模型也可直接應用於接口的使用。

　　再次，由於一個應用被分離為三層，因此有時改變其中的一層就能滿足應用的改變。一個應用的業務流程或者業務規則的改變只需改動MVC的模型層。

　　控制層的概念也很有效，由於它把不同的模型和不同的視圖組合在一起完成不同的請求，因此，控制層可以説是包含了用户請求權限的概念。

　　最後，它還有利於軟件工程化管理。由於不同的層各司其職，每一層不同的應用具有某些相同的特徵，有利於通過工程化、工具化產生管理程序代碼。  
   
MVC的不足

　　MVC的不足體現在以下幾個方面：

　　（1）增加了系統結構和實現的複雜性。對於簡單的界面，嚴格遵循MVC，使模型、視圖與控制器分離，會增加結構的複雜性，並可能產生過多的更新操作，降低運行效率。

　　（2）視圖與控制器間的過於緊密的連接。視圖與控制器是相互分離，但確實聯繫緊密的部件，視圖沒有控制器的存在，其應用是很有限的，反之亦然，這樣就妨礙了他們的獨立重用。

　　（3）視圖對模型數據的低效率訪問。依據模型操作接口的不同，視圖可能需要多次調用才能獲得足夠的顯示數據。對未變化數據的不必要的頻繁訪問，也將損害操作性能。

　　（4） 目前，一般高級的界面工具或構造器不支持MVC模式。改造這些工具以適應MVC需要和建立分離的部件的代價是很高的，從而造成使用MVC的困難。