一、MVC模式
優點
1.耦合性低
視圖層和業務層分離，這樣就允許更改視圖層代碼而不用重新編譯模型和控制器代碼，同樣，一個應用的業務流程或者業務規則的改變只需要改動MVC的模型層即可。因為模型與控制器和視圖相分離，所以很容易改變應用程序的數據層和業務規則。
2.重用性高
MVC模式允許使用各種不同樣式的視圖來訪問同一個服務器端的代碼，因為多個視圖能共享一個模型，它包括任何WEB（HTTP）瀏覽器或者無線瀏覽器（wap），比如，用戶可以通過電腦也可通過手機來訂購某樣產品，雖然訂購的方式不一樣，但處理訂購產品的方式是一樣的。由於模型返回的數據沒有進行格式化，所以同樣的構件能被不同的界面使用。
3.部署快，生命周期成本低
MVC使開發和維護用戶接口的技術含量降低。使用MVC模式使開發時間得到相當大的縮減，它使程序員（Java開發人員）集中精力於業務邏輯，界面程序員（HTML和JSP開發人員）集中精力於表現形式上。
4.可維護性高
分離視圖層和業務邏輯層也使得WEB應用更易於維護和修改。
缺點
1.完全理解MVC比較復雜。
由於MVC模式提出的時間不長，加上同學們的實踐經驗不足，所以完全理解並掌握MVC不是一個很容易的過程。
2.調試困難。
因為模型和視圖要嚴格的分離，這樣也給調試應用程序帶來了一定的困難，每個構件在使用之前都需要經過徹底的測試。
3.不適合小型，中等規模的應用程序
在一個中小型的應用程序中，強制性的使用MVC進行開發，往往會花費大量時間，並且不能體現MVC的優勢，同時會使開發變得繁瑣。
4.增加系統結構和實現的復雜性
對於簡單的界面，嚴格遵循MVC，使模型、視圖與控制器分離，會增加結構的復雜性，並可能產生過多的更新操作，降低運行效率。
5.視圖與控制器間的過於緊密的連接並且降低了視圖對模型數據的訪問
視圖與控制器是相互分離，但卻是聯系緊密的部件，視圖沒有控制器的存在，其應用是很有限的，反之亦然，這樣就妨礙了他們的獨立重用。
依據模型操作接口的不同，視圖可能需要多次調用才能獲得足夠的顯示數據。對未變化數據的不必要的頻繁訪問，也將損害操作性能。
