MVC架構在Android中的體現

• MVC概念

        MVC的全稱是model（模型）-view（視圖）-controller（控制器）的縮寫，是一種設計典範，是一種業務邏輯、數據、界面顯示分離的方法組織代碼。其中M層處理數據，業務邏輯等；V層處理界面的顯示結果；C層起到橋樑的做用，來控制M層和V層的通訊以此達到分離視圖、顯示和業務邏輯層。

• MVC在Android中的體現

        在Android開發中，比較流行的開發框架模式採用的是MVC框架模式，採用MVC模式的好處是便於UI界面部分的顯示和業務邏輯，數據處理分開。那麼Android項目中哪些代碼來充當M,V,C角色呢？

        M層：適合作一些業務邏輯處理。好比在Android中數據庫存取操做，網絡操做，複雜的算法，耗時的任務等都在model層處理。

        V層：應用層中處理數據顯示的部分。Android中xml佈局能夠視爲V層，顯示Model層的數據結果。

        C層：在Android中，Activity處理用戶交互問題，所以能夠認爲Activity是控制器，Activity讀取V視圖層的數據（eg.讀取當前EditText控件的數據），控制用戶輸入（eg.EditText控件數據的輸入），並向Model發送數據請求（eg.發起網絡請求等）。

舉例：

        如Activity持有了WeatherModel模型的對象，當用戶有點擊Button交互的時候，Activity做爲Controller控制層讀取View視圖層EditTextView的數據，而後向Model模型發起數據請求，也就是調用WeatherModel對象的方法 getWeathre（）方法。當Model模型處理數據結束後，經過接口OnWeatherListener通知View視圖層數據處理完畢，View視圖層該更新界面UI了。而後View視圖層調用displayResult（）方法更新UI。至此，整個MVC框架流程就在Activity中體現出來了。

• MVC總結

        利用MVC設計模式，使得項目有了很好的可擴展和維護性，當須要改變UI顯示的時候，無需修改Contronller（控制器）Activity的代碼和Model（模型）WeatherModel模型中的業務邏輯代碼，很好的將業務邏輯和界面顯示分離。

        在Android項目中，業務邏輯，數據處理等擔任了Model（模型）角色，XML界面顯示等擔任了View（視圖）角色，Activity擔任了Contronller（控制器）角色。contronller（控制器）是一箇中間橋樑的做用，經過接口通訊來協同 View（視圖）和Model（模型）工做，起到了二者之間的通訊做用。

        何時適合使用MVC設計模式？固然一個小的項目且無需頻繁修改需求就不用MVC框架來設計了，那樣反而以爲代碼過分設計，代碼臃腫。通常在大的項目中，且業務邏輯處理複雜，頁面顯示比較多，須要模塊化設計的項目使用MVC就有足夠的優點了。

        在MVC模式中咱們發現，其實控制器Activity主要是起到解耦做用，將View視圖和Model模型分離，雖然Activity起到交互做用，可是在Activity中有不少關於視圖UI的顯示代碼，所以View視圖和Activity控制器並非徹底分離的，也就是說一部分View視圖和Contronller控制器Activity是綁定在一個類中的。

• MVC的優勢

1. 耦合性低。所謂耦合性就是模塊代碼之間的關聯程度。利用MVC框架使得View（視圖）層和Model（模型）層能夠很好的分離，這樣就達到了解耦的目的，因此耦合性低，減小模塊代碼之間的相互影響。
2. 可擴展性好。因爲耦合性低，添加需求，擴展代碼就能夠減小修改以前的代碼，下降bug的出現率。
3. 模塊職責劃分明確。主要劃分層M,V,C三個模塊，利於代碼的維護。