MVP模式在Android開發中的應用

 注:本文的這種編程方法只能作爲一種參考,並不一定要在程序中實踐,而且mvc也好mvp也好,其實沒有一個固定的模式,只要能實現解耦,就是好的模式,並且,在小程序中使用mvp是完全沒必要的。

一、MVP介紹

     隨着UI創建技術的功能日益增強,UI層也履行着越來越多的職責。爲了更好地細分視圖(View)與模型(Model)的功能,讓View專注於處理數 據的可視化以及與用戶的交互,同時讓Model只關係數據的處理,基於MVC概念的MVP(Model-View-Presenter)模式應運而生。

     在MVP模式裏通常包含4個要素:

     (1)View:負責繪製UI元素、與用戶進行交互(在Android中體現爲Activity);

     (2)View interface:需要View實現的接口,View通過View interface與Presenter進行交互,降低耦合,方便進行單元測試;

     (3)Model:負責存儲、檢索、操縱數據(有時也實現一個Model interface用來降低耦合);

     (4)Presenter:作爲View與Model交互的中間紐帶,處理與用戶交互的負責邏輯。

(原文地址:http://blog.csdn.net/vector_yi/article/details/24719873)

二、爲什麼使用MVP模式

     在Android開發中,Activity並不是一個標準的MVC模式中的Controller,它 的首要職責是加載應用的佈局和初始化用戶界面,並接受並處理來自用戶的操作請求,進而作出響應。隨着界面及其邏輯的複雜度不斷提升,Activity類的 職責不斷增加,以致變得龐大臃腫。當我們將其中複雜的邏輯處理移至另外的一個類(Presneter)中時,Activity其實就是MVP模式中 View,它負責UI元素的初始化,建立UI元素與Presenter的關聯(Listener之類),同時自己也會處理一些簡單的邏輯(複雜的邏輯交由 Presenter處理).

     另外,回想一下你在開發Android應用時是如何對代碼邏輯進行單元測試的?是否每次都要將應用部署到Android模擬器或真機上,然後通過模擬用 戶操作進行測試?然而由於Android平臺的特性,每次部署都耗費了大量的時間,這直接導致開發效率的降低。而在MVP模式中,處理複雜邏輯的 Presenter是通過interface與View(Activity)進行交互的,這說明了什麼?說明我們可以通過自定義類實現這個 interface來模擬Activity的行爲對Presenter進行單元測試,省去了大量的部署及測試的時間。


三、MVP與MVC的異同

     MVC模式與MVP模式都作爲用來分離UI層與業務層的一種開發模式被應用了很多年。在我們選擇一種開發模式時,首先需要了解一下這種模式的利弊:

     無論MVC或是MVP模式都不可避免地存在一個弊端:

          額外的代碼複雜度及學習成本。

     這就導致了這兩種開發模式也許並不是很小型應用。

     但比起他們的優點,這點弊端基本可以忽略了:

     (1)降低耦合度

     (2)模塊職責劃分明顯

     (3)利於測試驅動開發

     (4)代碼複用

     (5)隱藏數據

     (6)代碼靈活性


     對於MVP與MVC這兩種模式,它們之間也有很大的差異。有一些程序員選擇不使用任何一種模式,有一部分原因也許就是不能區分這兩種模式差異。以下是這兩種模式之間最關鍵的差異:

     (參考文章:http://www.infragistics.com/community/blogs/todd_snyder/archive /2007/10/17/mvc-or-mvp-pattern-whats-the-difference.aspx)

     MVP模式:

  • View不直接與Model交互,而是通過與Presenter交互來與Model間接交互

  • Presenter與View的交互是通過接口來進行的,更有利於添加單元測試

  • 通常View與Presenter是一對一的,但複雜的View可能綁定多個Presenter來處理邏輯     

     MVC模式:

  • View可以與Model直接交互

  • Controller是基於行爲的,並且可以被多個View共享

  • 可以負責決定顯示哪個View


四、利用MVP進行Android開發的例子

     說了這麼多理論,現在輪到實踐了。

     現在我們來實現這樣一個Android上的Demo(如圖):可以從EditText讀取用戶信息並存取,也可以根據ID來從後臺讀出用戶信息並顯示。

頁面佈局很簡單,就不介紹了。下面根據MVP原則來進行編碼:

先來看看java文件的目錄結構:


可以發現,Presenter與Model、View都是通過接口來進行交互的,既降低耦合也方便進行單元測試。

(1)首先我們需要一個UserBean,用來保存用戶信息

  public class UserBean {
       private String mFirstName ;
       private String mLastName ;
       public UserBean (String firstName, String lastName) {
             this .mFirstName = firstName;
             this .mLastName = lastName;
       }
       public String getFirstName() {
             return mFirstName ;
       }
       public String getLastName() {
             return mLastName ;
       }
}

(2)再來看看View接口:

     根據需求可知,View可以對ID、FirstName、LastName這三個EditText進行讀操作,對FirstName和LastName進行寫操作,由此定義IUserView接口:

public interface IUserView {
       int getID();
       String getFristName();
       String getLastName();
       void setFirstName (String firstName);
       void setLastName (String lastName);
}

(3)Model接口:

     同樣,Model也需要對這三個字段進行讀寫操作,並存儲在某個載體內(這不是我們所關心的,可以存在內存、文件、數據庫或者遠程服務器,但對於Presenter及View無影響),定義IUserModel接口:

public interface IUserModel {
       void setID (int id);
       void setFirstName (String firstName);
       void setLastName (String lastName);
       int getID();
       UserBean load (int id);//通過id讀取user信息,返回一個UserBean
}

(4)Presenter:

     至此,Presenter就能通過接口與View及Model進行交互了:

public class UserPresenter {
       private IUserView mUserView ;
       private IUserModel mUserModel ;

       public UserPresenter (IUserView view) {
             mUserView = view;
             mUserModel = new UserModel ();
       }

       public void saveUser( int id , String firstName , String lastName) {
             mUserModel .setID (id );
             mUserModel .setFirstName (firstName );
             mUserModel .setLastName (lastName );
       }

       public void loadUser( int id ) {
             UserBean user = mUserModel .load (id );
             mUserrView .setFirstName (user .getFirstName ());//通過調用IUserView的方法來更新顯示
             mUserView .setLastName (user .getLastName ());
       }
}

(5)UserActivity:

     UserActivity實現了IUserView及View.OnClickListener接口,同時有一個UserPresenter成員變量:

public class UserActivity extends Activity implements OnClickListener ,
             IUserView {

       private EditText mFirstNameEditText , mLastNameEditText , mIdEditText ;
       private Button mSaveButton , mLoadButton ;
       private UserPresenter mUserPresenter ;

重寫了OnClick方法:

@Override
       public void onClick(View v) {
             // TODO Auto-generated method stub
             switch ( v. getId()) {
             case R .id .saveButton :
                   mUserPresenter .saveUser (getID (), getFristName (),
                               getLastName ());
                   break ;
             case R .id .loadButton :
                   mUserPresenter .loadUser (getID ());
                   break ;
             default :
                   break ;
             }
       }


可以看到,View只負責處理與用戶進行交互,並把數據相關的邏輯操作都扔給了Presenter去做。而Presenter調用Model處理完數據之後,再通過IUserView更新View顯示的信息。


View剩下的方法及UserModel類不是我們所關心重點,如果有興趣可以參考放在GitHub上的源碼:https://github.com/VectorYi/MVPSample.git或點擊下方鏈接進行下載。
源碼在這

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章