一、MVP介紹 

隨著UI創(chuàng)建技術(shù)的功能日益增強(qiáng)，UI層也履行著越來(lái)越多的職責(zé)。為了更好地細(xì)分視圖(View)與模型(Model)的功能，讓View專(zhuān)注于處理數(shù)據(jù)的可視化以及與用戶的交互，同時(shí)讓Model只關(guān)系數(shù)據(jù)的處理，基于MVC概念的MVP(Model-View-Presenter)模式應(yīng)運(yùn)而生。

在MVP模式里通常包含4個(gè)要素：

 (1)View:負(fù)責(zé)繪制UI元素、與用戶進(jìn)行交互(在Android中體現(xiàn)為Activity);

(2)View interface:需要View實(shí)現(xiàn)的接口，View通過(guò)View interface與Presenter進(jìn)行交互，降低耦合，方便進(jìn)行單元測(cè)試;

(3)Model:負(fù)責(zé)存儲(chǔ)、檢索、操縱數(shù)據(jù)(有時(shí)也實(shí)現(xiàn)一個(gè)Model interface用來(lái)降低耦合);

(4)Presenter:作為View與Model交互的中間紐帶，處理與用戶交互的負(fù)責(zé)邏輯。

二、為什么使用MVP模式

在Android開(kāi)發(fā)中，Activity并不是一個(gè)標(biāo)準(zhǔn)的MVC模式中的Controller，它的首要職責(zé)是加載應(yīng)用的布局和初始化用戶界面，并接受并處理來(lái)自用戶的操作請(qǐng)求，進(jìn)而作出響應(yīng)。隨著界面及其邏輯的復(fù)雜度不斷提升，Activity類(lèi)的職責(zé)不斷增加，以致變得龐大臃腫。當(dāng)我們將其中復(fù)雜的邏輯處理移至另外的一個(gè)類(lèi)（Presneter）中時(shí)，Activity其實(shí)就是MVP模式中View，它負(fù)責(zé)UI元素的初始化，建立UI元素與Presenter的關(guān)聯(lián)（Listener之類(lèi)），同時(shí)自己也會(huì)處理一些簡(jiǎn)單的邏輯（復(fù)雜的邏輯交由Presenter處理）.

另外，回想一下你在開(kāi)發(fā)Android應(yīng)用時(shí)是如何對(duì)代碼邏輯進(jìn)行單元測(cè)試的？是否每次都要將應(yīng)用部署到Android模擬器或真機(jī)上，然后通過(guò)模擬用戶操作進(jìn)行測(cè)試？然而由于Android平臺(tái)的特性，每次部署都耗費(fèi)了大量的時(shí)間，這直接導(dǎo)致開(kāi)發(fā)效率的降低。而在MVP模式中，處理復(fù)雜邏輯的Presenter是通過(guò)interface與View(Activity)進(jìn)行交互的，這說(shuō)明了什么？說(shuō)明我們可以通過(guò)自定義類(lèi)實(shí)現(xiàn)這個(gè)interface來(lái)模擬Activity的行為對(duì)Presenter進(jìn)行單元測(cè)試，省去了大量的部署及測(cè)試的時(shí)間。

三、MVP與MVC的異同

MVC模式與MVP模式都作為用來(lái)分離UI層與業(yè)務(wù)層的一種開(kāi)發(fā)模式被應(yīng)用了很多年。在我們選擇一種開(kāi)發(fā)模式時(shí)，首先需要了解一下這種模式的利弊：

無(wú)論MVC或是MVP模式都不可避免地存在一個(gè)弊端：額外的代碼復(fù)雜度及學(xué)習(xí)成本。

這就導(dǎo)致了這兩種開(kāi)發(fā)模式也許并不是很小型應(yīng)用。

但比起他們的優(yōu)點(diǎn)，這點(diǎn)弊端基本可以忽略了：

     (1)降低耦合度

     (2)模塊職責(zé)劃分明顯

     (3)利于測(cè)試驅(qū)動(dòng)開(kāi)發(fā)

     (4)代碼復(fù)用

     (5)隱藏?cái)?shù)據(jù)

     (6)代碼靈活性

對(duì)于MVP與MVC這兩種模式，它們之間也有很大的差異。有一些程序員選擇不使用任何一種模式，有一部分原因也許就是不能區(qū)分這兩種模式差異。

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

MVP模式：

• View不直接與Model交互，而是通過(guò)與Presenter交互來(lái)與Model間接交互
• Presenter與View的交互是通過(guò)接口來(lái)進(jìn)行的，更有利于添加單元測(cè)試
• 通常View與Presenter是一對(duì)一的，但復(fù)雜的View可能綁定多個(gè)Presenter來(lái)處理邏輯    

MVC模式：

• View可以與Model直接交互
• Controller是基于行為的，并且可以被多個(gè)View共享
• 可以負(fù)責(zé)決定顯示哪個(gè)View

四、利用MVP進(jìn)行Android開(kāi)發(fā)的例子

說(shuō)了這么多理論，現(xiàn)在輪到實(shí)踐了。

現(xiàn)在我們來(lái)實(shí)現(xiàn)這樣一個(gè)Android上的Demo(如圖)：可以從EditText讀取用戶信息并存取，也可以根據(jù)ID來(lái)從后臺(tái)讀出用戶信息并顯示。

頁(yè)面布局很簡(jiǎn)單，就不介紹了。下面根據(jù)MVP原則來(lái)進(jìn)行編碼：

先來(lái)看看java文件的目錄結(jié)構(gòu)：

可以發(fā)現(xiàn)，Presenter與Model、View都是通過(guò)接口來(lái)進(jìn)行交互的，既降低耦合也方便進(jìn)行單元測(cè)試。

(1)首先我們需要一個(gè)UserBean，用來(lái)保存用戶信息

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)再來(lái)看看View接口：

根據(jù)需求可知，View可以對(duì)ID、FirstName、LastName這三個(gè)EditText進(jìn)行讀操作，對(duì)FirstName和LastName進(jìn)行寫(xiě)操作，由此定義IUserView接口：

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

(3)Model接口：

同樣，Model也需要對(duì)這三個(gè)字段進(jìn)行讀寫(xiě)操作，并存儲(chǔ)在某個(gè)載體內(nèi)(這不是我們所關(guān)心的，可以存在內(nèi)存、文件、數(shù)據(jù)庫(kù)或者遠(yuǎn)程服務(wù)器，但對(duì)于Presenter及View無(wú)影響),定義IUserModel接口：

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

(4)Presenter:

至此，Presenter就能通過(guò)接口與View及Model進(jìn)行交互了：

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 ());//通過(guò)調(diào)用IUserView的方法來(lái)更新顯示 
       mUserView setLastName (user getLastName ()); 
    } 
} 

(5)UserActivity:

 UserActivity實(shí)現(xiàn)了IUserView及View.OnClickListener接口，同時(shí)有一個(gè)UserPresenter成員變量：

public class UserActivity extends Activity implements OnClickListener , 
       IUserView { 
 
    private EditText mFirstNameEditText , mLastNameEditText , mIdEditText ; 
    private Button mSaveButton , mLoadButton ; 
    private UserPresenter mUserPresenter ; 

重寫(xiě)了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只負(fù)責(zé)處理與用戶進(jìn)行交互，并把數(shù)據(jù)相關(guān)的邏輯操作都扔給了Presenter去做。而Presenter調(diào)用Model處理完數(shù)據(jù)之后，再通過(guò)IUserView更新View顯示的信息。

View剩下的方法及UserModel類(lèi)不是我們所關(guān)心重點(diǎn)，如果有興趣可以點(diǎn)擊下方鏈接進(jìn)行下載。

源碼在這

以上就是本文的全部?jī)?nèi)容，希望對(duì)大家的學(xué)習(xí)有所幫助，也希望大家多多支持腳本之家。

最新評(píng)論