MVC概述
? ? ??我們這學期開始學習軟件架構，我們主要學習的是MVC框架，接下來簡要對MVC框架做一個概述。
??? MVC全名是Model View Controller，是模型(model)－視圖(view)－控制器(controller)的縮寫，一種軟件設計典范，用一種業務邏輯、數據、界面顯示分離的方法組織代碼，將業務邏輯聚集到一個部件里面，在改進和個性化定制界面及用戶交互的同時，不需要重新編寫業務邏輯。
MVC開始是存在于桌面程序中的，M是指業務模型，V是指用戶界面，C則是控制器，使用MVC的目的是將M和V的實現代碼分離，從而使同一個程序可以使用不同的表現形式。比如一批統計數據可以分別用柱狀圖、餅圖來表示。C存在的目的則是確保M和V的同步，一旦M改變，V應該同步更新。?
模型－視圖－控制器是Xeroc PARC在二十世紀八十年代為編程語言Smalltalk－80發明的一種軟件設計模式，已被廣泛使用。后來被推薦為Oracle旗下Sun公司Java EE平臺的設計模式，并且受到越來越多的使用ColdFusion和PHP的開發者的歡迎。
MVC 模式同時提供了對 HTML、CSS 和 JavaScript 的完全控制。
Model（模型）是應用程序中用于處理應用程序數據邏輯的部分，通常模型對象負責在數據庫中存取數據。
View（視圖）是應用程序中處理數據顯示的部分，通常視圖是依據模型數據創建的。
Controller（控制器）是應用程序中處理用戶交互的部分，通常控制器負責從視圖讀取數據，控制用戶輸入，并向模型發送數據。
優點：
耦合性低
視圖層和業務層分離，這樣就允許更改視圖層代碼而不用重新編譯模型和控制器代碼，同樣，一個應用的業務流程或者業務規則的改變只需要改動MVC的模型層即可。因為模型與控制器和視圖相分離，所以很容易改變應用程序的數據層和業務規則。
模型是自包含的，并且與控制器和視圖相分離，所以很容易改變應用程序的數據層和業務規則。如果把數據庫從MySQL移植到Oracle，或者改變基于RDBMS數據源到LDAP，只需改變模型即可。一旦正確的實現了模型，不管數據來自數據庫或是LDAP服務器，視圖將會正確的顯示它們。由于運用MVC的應用程序的三個部件是相互獨立，改變其中一個不會影響其它兩個，所以依據這種設計思想能構造良好的松耦合的構件。
重用性高
隨著技術的不斷進步，需要用越來越多的方式來訪問應用程序。MVC模式允許使用各種不同樣式的視圖來訪問同一個服務器端的代碼，因為多個視圖能共享一個模型，它包括任何WEB（HTTP）瀏覽器或者無線瀏覽器（wap）。
生命周期成本低
MVC使開發和維護用戶接口的技術含量降低。
部署快
使用MVC模式使開發時間得到相當大的縮減，它使程序員（Java開發人員）集中精力于業務邏輯，界面程序員（HTML和JSP開發人員）集中精力于表現形式上。
可維護性高
分離視圖層和業務邏輯層也使得WEB應用更易于維護和修改。
有利軟件工程化管理
由于不同的層各司其職，每一層不同的應用具有某些相同的特征，有利于通過工程化、工具化管理程序代碼。控制器也提供了一個好處，就是可以使用控制器來聯接不同的模型和視圖去完成用戶的需求，這樣控制器可以為構造應用程序提供強有力的手段。給定一些可重用的模型和視圖，控制器可以根據用戶的需求選擇模型進行處理，然后選擇視圖將處理結果顯示給用戶。
?
缺點：
沒有明確的定義
完全理解MVC并不是很容易。使用MVC需要精心的計劃，由于它的內部原理比較復雜，所以需要花費一些時間去思考。同時由于模型和視圖要嚴格的分離，這樣也給調試應用程序帶來了一定的困難。每個構件在使用之前都需要經過徹底的測試。
不適合小型，中等規模的應用程序
花費大量時間將MVC應用到規模并不是很大的應用程序通常會得不償失。
增加系統結構和實現的復雜性
對于簡單的界面，嚴格遵循MVC，使模型、視圖與控制器分離，會增加結構的復雜性，并可能產生過多的更新操作，降低運行效率。
視圖與控制器間的過于緊密的連接
視圖與控制器是相互分離，但卻是聯系緊密的部件，視圖沒有控制器的存在，其應用是很有限的，反之亦然，這樣就妨礙了他們的獨立重用。
視圖對模型數據的低效率訪問
依據模型操作接口的不同，視圖可能需要多次調用才能獲得足夠的顯示數據。對未變化數據的不必要的頻繁訪問，也將損害操作性能。
一般高級的界面工具或構造器不支持模式
改造這些工具以適應MVC需要和建立分離的部件的代價是很高的，會造成MVC使用的困難。
轉載于:https://www.cnblogs.com/my1204/p/6754753.html
總結
- 上一篇： 2017 年初、阿里、腾讯、百度、华为、
- 下一篇： 小型自动化运维--expect脚本之自动