【學習總結】認識MVC

參考連接：

• 菜鳥教程-MVC模式

• CSDN：淺談MVC架構—你到底有什麼本事

目錄：

1、什麼是MVC

一、概念

• MVC全名是Model View Controller，是模型(model)－視圖(view)－控制器(controller)的縮寫

• 一種軟件設計典範，用一種業務邏輯、數據、界面顯示分離的方法組織代碼，將業務邏輯彙集到一個部件裏面，在改進和個性化定製界面及用戶交互的同時，不須要從新編寫業務邏輯。MVC被獨特的發展起來用於映射傳統的輸入、處理和輸出功能在一個邏輯的圖形化用戶界面的結構中。

• 總結：MVC就是相似三層的一種架構，主要仍是採用封裝（分層）的思想，來下降耦合度，從而使咱們的系統更加的靈活，擴展性更好。

二、內容

Model（模型）是應用程序中用於處理應用程序數據邏輯的部分。一般模型對象負責在數據庫中存取數據。
      View（視圖）是應用程序中處理數據顯示的部分。一般視圖是依據模型數據建立的。
      Controller（控制器）是應用程序中處理用戶交互的部分。一般控制器負責從視圖讀取數據，控制用戶輸入，並向模型發送數據

小編點睛：

三、優勢

（1）首先，最重要的一點是多個視圖能共享一個模型。同一個模型能夠被不一樣的視圖重用，大大提升了代碼的可重用性。
       （2）因爲MVC的三個模塊相互獨立，改變其中一個不會影響其餘兩個，因此依據這種設計思想能構造良好的鬆耦合的構件。
       （3）此外，控制器提升了應用程序的靈活性和可配置性。控制器能夠用來聯接不一樣的模型和視圖去完成用戶的需求，這樣控制器能夠爲構造應用程序提供強有力的手段。

四、缺點

（1）增長了系統結構和實現的複雜性。

對於簡單的界面，嚴格遵循MVC，使模型、視圖與控制器分離，會增長結構的複雜性，並可能產生過多的更新操做，下降運行效率。
　　（2）視圖與控制器間的過於緊密的鏈接。

視圖與控制器是相互分離，但確實聯繫緊密的部件，視圖沒有控制器的存在，其應用是頗有限的，反之亦然，這樣就妨礙了他們的獨立重用。
　　（3）視圖對模型數據的低效率訪問。

依據模型操做接口的不一樣，視圖可能須要屢次調用才能得到足夠的顯示數據。對未變化數據的沒必要要的頻繁訪問，也將損害操做性能。
　　（4） 目前，通常高級的界面工具或構造器不支持MVC架構。

改造這些工具以適應MVC須要和創建分離的部件的代價是很高的，從而形成使用MVC的困難

小編點睛：根據MVC的優缺點，咱們知道，每一個東西都有本身適用的範圍。

對於開發存在大量用戶界面，而且業務邏輯複雜的大型應用程序，MVC將會使你的軟件在健壯性、代碼重用和結構方面上一個新的臺階。儘管在最初構建MVC框架時會花費必定的工做量，但從長遠角度看，它會大大提升後期軟件開發的效率。

因此咱們在具體適用時，要綜合考慮其適用範圍，

2、工做原理

END