MVP模式在Android開發中的應用

http://blog.csdn.net/vector_yi/article/details/24719873

1、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)

2、爲何使用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進行單元測試，省去了大量的部署及測試的時間。

 

3、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

 

4、利用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或點擊下方連接進行下載。

源碼在這