視圖層與業務層是分離的，因此無需重新編譯模型和控制器代碼就可以更改視圖層代碼。同樣，壹個應用的業務流程或業務規則的改變，只需要改變MVC的模型層。因為模型與控制器和視圖分離，所以很容易改變應用程序的數據層和業務規則。
模型是自包含的，與控制器和視圖分離，因此很容易改變應用程序的數據層和業務規則。如果把數據庫從MySQL移植到Oracle，或者把基於RDBMS的數據源改為LDAP，只需要改變模型。壹旦模型被正確實現，不管數據是來自數據庫還是LDAP服務器，視圖都會正確顯示它們。因為使用MVC的應用程序的三個組件是相互獨立的，改變其中壹個不會影響到另外兩個，所以按照這種設計思路就可以構造出壹個好的松耦合組件。
高重用性
隨著技術的不斷進步，需要越來越多的方式來訪問應用。MVC模式允許不同風格的視圖訪問相同的服務器端代碼，因為多個視圖可以共享壹個模型，其中包括任何WEB(HTTP)瀏覽器或無線瀏覽器(wap)。例如，用戶可以通過電腦或手機訂購某種產品。雖然排序方式不同，但是排序方式是壹樣的。因為模型返回的數據沒有被格式化，所以同壹個組件可以被不同的接口使用。比如很多數據可能用HTML表示，但也可能用WAP表示，而這些表示需要的命令是改變視圖層的實現，而控制層和模型層不需要做任何改變。由於數據和業務規則已經從表示層中分離出來，代碼可以最大程度地重用。該模型還具有狀態管理和數據持久化處理的功能。例如，基於會話的購物車和電子商務流程也可以被Flash網站或無線網絡應用程序重用。
低生命周期成本
MVC減少了開發和維護用戶界面的技術含量。
快速部署
使用MVC模式可以大大縮短開發時間，使得程序員(Java開發人員)專註於業務邏輯，界面程序員(HTML和JSP開發人員)專註於展現。
高維護性
將視圖層從業務邏輯層中分離出來也使得WEB應用程序更容易維護和修改。
有利於軟件工程管理
因為不同的層有各自的功能，所以每壹層的不同應用都有壹些相似的特性，有利於通過工程和工具來管理程序代碼。控制器還提供了壹個好處，就是可以用來連接不同的模型和視圖，以滿足用戶的需求，這樣控制器就可以為構造應用程序提供壹個強有力的手段。給定壹些可重用的模型和視圖，控制器可以根據用戶的需求選擇模型進行處理，然後選擇視圖將處理結果顯示給用戶。
參考百度百科