MVP 是從經(jīng)典的模式MVC演變而來(lái)，它們的基本思想有相通的地方：Controller/Presenter負(fù)責(zé)邏輯的處理，Model提供數(shù)據(jù)，View負(fù) 責(zé)顯示。作為一種新的模式，MVP與MVC有著一個(gè)重大的區(qū)別：在MVP中View并不直接使用Model，它們之間的通信是通過(guò)Presenter (MVC中的Controller)來(lái)進(jìn)行的，所有的交互都發(fā)生在Presenter內(nèi)部，而在MVC中View會(huì)從直接Model中讀取數(shù)據(jù)而不是通過(guò) Controller。

在MVC里，View是可以直接訪問(wèn)Model的！從而，View里會(huì)包含Model信息，不可避免的還要包括一些業(yè)務(wù)邏輯。 在MVC模型里，更關(guān)注的Model的不變，而同時(shí)有多個(gè)對(duì)Model的不同顯示，及View。所以，在MVC模型里，Model不依賴于View，但是 View是依賴于Model的。不僅如此，因?yàn)橛幸恍I(yè)務(wù)邏輯在View里實(shí)現(xiàn)了，導(dǎo)致要更改View也是比較困難的，至少那些業(yè)務(wù)邏輯是無(wú)法重用的。

MVP如何解決MVC的問(wèn)題？

在MVP里，Presenter完全把Model和View進(jìn)行了分離，主要的程序邏輯在Presenter里實(shí)現(xiàn)。而且，Presenter與具 體的View是沒(méi)有直接關(guān)聯(lián)的，而是通過(guò)定義好的接口進(jìn)行交互，從而使得在變更View時(shí)候可以保持Presenter的不變，即重用！ 不僅如此，我們還可以編寫(xiě)測(cè)試用的View，模擬用戶的各種操作，從而實(shí)現(xiàn)對(duì)Presenter的測(cè)試—而不需要使用自動(dòng)化的測(cè)試工具。 我們甚至可以在Model和View都沒(méi)有完成時(shí)候，就可以通過(guò)編寫(xiě)Mock Object（即實(shí)現(xiàn)了Model和View的接口，但沒(méi)有具體的內(nèi)容的）來(lái)測(cè)試Presenter的邏輯。 在MVP里，應(yīng)用程序的邏輯主要在Presenter來(lái)實(shí)現(xiàn)，其中的View是很薄的一層。因此就有人提出了Presenter First的設(shè)計(jì)模式，就是根據(jù)User Story來(lái)首先設(shè)計(jì)和開(kāi)發(fā)Presenter。在這個(gè)過(guò)程中，View是很簡(jiǎn)單的，能夠把信息顯示清楚就可以了。在后面，根據(jù)需要再隨便更改View， 而對(duì)Presenter沒(méi)有任何的影響了。 如果要實(shí)現(xiàn)的UI比較復(fù)雜，而且相關(guān)的顯示邏輯還跟Model有關(guān)系，就可以在View和Presenter之間放置一個(gè)Adapter。由這個(gè) Adapter來(lái)訪問(wèn)Model和View，避免兩者之間的關(guān)聯(lián)。而同時(shí)，因?yàn)锳dapter實(shí)現(xiàn)了View的接口，從而可以保證與Presenter之 間接口的不變。這樣就可以保證View和Presenter之間接口的簡(jiǎn)潔，又不失去UI的靈活性。 在MVP模式里，View只應(yīng)該有簡(jiǎn)單的Set/Get的方法，用戶輸入和設(shè)置界面顯示的內(nèi)容，除此就不應(yīng)該有更多的內(nèi)容，絕不容許直接訪問(wèn)Model— 這就是與MVC很大的不同之處。

MVP的優(yōu)點(diǎn)：

1、模型與視圖完全分離，我們可以修改視圖而不影響模型；

2、可以更高效地使用模型，因?yàn)樗械慕换ザ及l(fā)生在一個(gè)地方——Presenter內(nèi)部；

3、我們可以將一個(gè)Presenter用于多個(gè)視圖，而不需要改變Presenter的邏輯。這個(gè)特性非常的有用，因?yàn)橐晥D的變化總是比模型的變化頻繁；

4、如果我們把邏輯放在Presenter中，那么我們就可以脫離用戶接口來(lái)測(cè)試這些邏輯（單元測(cè)試）。

使用方法

1、建立bean

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、建立model接口（處理業(yè)務(wù)邏輯，這里指數(shù)據(jù)讀寫(xiě)）

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
}

3、建立view接口（更新ui中的view狀態(tài)），這里列出需要操作當(dāng)前view的方法

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

4、建立presenter（主導(dǎo)器，通過(guò)iView和iModel接口操作model和view），activity可以把所有邏輯給presenter處理，這樣Java邏輯就從手機(jī)的activity中分離出來(lái)

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

MVP主要解決就是把邏輯層抽出來(lái)成P層，要是遇到需求邏輯上的更改就可以只需要修改P層了或者遇到邏輯上的大概我們可以直接從寫(xiě)一個(gè)P也可以，很 多開(kāi)發(fā)人員把所有的東西都寫(xiě)在了Activity/Fragment里面這樣一來(lái)遇到頻繁改需求或者邏輯越來(lái)越復(fù)雜的時(shí)候，Activity /Fragment里面就會(huì)出現(xiàn)過(guò)多的混雜邏輯導(dǎo)致出錯(cuò)，所以MVP模式對(duì)于APP來(lái)對(duì)控制邏輯和UI的解耦來(lái)說(shuō)是一個(gè)不錯(cuò)的選擇！

以上所述是小編給大家介紹的Android中mvp模式使用實(shí)例詳解，希望對(duì)大家有所幫助，如果大家有任何疑問(wèn)請(qǐng)給我留言，小編會(huì)及時(shí)回復(fù)大家的。在此也非常感謝大家對(duì)腳本之家網(wǎng)站的支持！

最新評(píng)論