MVP模式的詳解

什麼是MVP呢？它又和我們常常聽到的MVC有什麼關係了以及區別呢？

MVP 是從經典的模式MVC演變而來，它們的基本思想有相通的地方：Controller/Presenter負責邏輯的處理，Model提供數據，View負責顯示。作爲一種新的模式，MVP與MVC有着一個重大的區別：在MVP中View並不直接使用Model，它們之間的通信是通過Presenter (MVC中的Controller)來進行的，所有的交互都發生在Presenter內部，而在MVC中View會從直接Model中讀取數據而不是通過 Controller。

在MVC裏，View是可以直接訪問Model的！從而，View裏會包含Model信息，不可避免的還要包括一些業務邏輯。 在MVC模型裏，更關注的Model的不變，而同時有多個對Model的不同顯示，及View。所以，在MVC模型裏，Model不依賴於View，但是View是依賴於Model的。不僅如此，因爲有一些業務邏輯在View裏實現了，導致要更改View也是比較困難的，至少那些業務邏輯是無法重用的。

MVP如何解決MVC的問題？

在MVP裏，Presenter完全把Model和View進行了分離，主要的程序邏輯在Presenter裏實現。而且，Presenter與具體的View是沒有直接關聯的，而是通過定義好的接口進行交互，從而使得在變更View時候可以保持Presenter的不變，即重用！ 不僅如此，我們還可以編寫測試用的View，模擬用戶的各種操作，從而實現對Presenter的測試--而不需要使用自動化的測試工具。 我們甚至可以在Model和View都沒有完成時候，就可以通過編寫Mock Object（即實現了Model和View的接口，但沒有具體的內容的）來測試Presenter的邏輯。 在MVP裏，應用程序的邏輯主要在Presenter來實現，其中的View是很薄的一層。因此就有人提出了Presenter First的設計模式，就是根據User Story來首先設計和開發Presenter。在這個過程中，View是很簡單的，能夠把信息顯示清楚就可以了。在後面，根據需要再隨便更改View，而對Presenter沒有任何的影響了。 如果要實現的UI比較複雜，而且相關的顯示邏輯還跟Model有關係，就可以在View和Presenter之間放置一個Adapter。由這個 Adapter來訪問Model和View，避免兩者之間的關聯。而同時，因爲Adapter實現了View的接口，從而可以保證與Presenter之間接口的不變。這樣就可以保證View和Presenter之間接口的簡潔，又不失去UI的靈活性。 在MVP模式裏，View只應該有簡單的Set/Get的方法，用戶輸入和設置界面顯示的內容，除此就不應該有更多的內容，絕不容許直接訪問Model--這就是與MVC很大的不同之處。

MVP的優點：

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

2、可以更高效地使用模型，因爲所有的交互都發生在一個地方——Presenter內部

3、我們可以將一個Presenter用於多個視圖，而不需要改變Presenter的邏輯。這個特性非常的有用，因爲視圖的變化總是比模型的變化頻繁。

4、如果我們把邏輯放在Presenter中，那麼我們就可以脫離用戶接口來測試這些邏輯（單元測試）

那麼說了這麼多又關於MVP的東西那麼該如何寫一個MVP的項目呢？請看下圖：

先從項目目錄結構上面來看

我們模擬一個需求：首先我們要進入一個Splash界面，Splash界面中，有一個

ProgressBar控件和TextView控件，我們判斷它是否有網絡連接，如果有的話就隱藏  ProgressBar和跳轉到MainActivity如果沒有網絡的話則顯示ProgressBar和TextView，TextView則提示用戶No internet。就這麼簡單的一個需求，我們看看如何用MVP模式做這個需求

首先我們看下M層是如何接口寫的

package com.manning.androidhacks.hack020.presenter.model;

public interface IConnectionStatus {
  boolean isOnline();
}

然後看看實現（我們主要是看MVP模式的使用，所以在此就不做網絡連接的檢查了，模擬一個狀態）

package com.manning.androidhacks.hack020.presenter.model.impl;

import com.manning.androidhacks.hack020.presenter.model.IConnectionStatus;

public class ConnectionStatus implements IConnectionStatus {

  @Override
  public boolean isOnline() {
    // TODO: Here we should place the code to check the connectivity.
    return true;
  }

}

然後我們在來看看V的接口

package com.manning.androidhacks.hack020.view;

public interface ISplashView {

  void showProgress();
  void hideProgress();
  void showNoInetErrorMsg();
  void moveToMainView();
}

以及V的實現

package com.manning.androidhacks.hack020.view.impl;

import android.app.Activity;
import android.content.Intent;
import android.os.Bundle;
import android.view.View;
import android.widget.ProgressBar;
import android.widget.TextView;

import com.manning.androidhacks.hack020.R;
import com.manning.androidhacks.hack020.presenter.SplashPresenter;
import com.manning.androidhacks.hack020.view.ISplashView;

public class SplashActivity extends Activity implements ISplashView {

  private TextView mTextView;
  private ProgressBar mProgressBar;
  private SplashPresenter mPresenter = new SplashPresenter();

  @Override
  public void onCreate(Bundle savedInstanceState) {
    super.onCreate(savedInstanceState);
    setContentView(R.layout.splash);

    mPresenter.setView(this);

    mTextView = (TextView) findViewById(R.id.splash_text);
    mProgressBar = (ProgressBar) findViewById(R.id.splash_progress_bar);
  }

  @Override
  protected void onResume() {
    super.onResume();
    mPresenter.didFinishLoading();
  }

  public void showProgress() {
    mProgressBar.setVisibility(View.VISIBLE);
  }

  public void hideProgress() {
    mProgressBar.setVisibility(View.INVISIBLE);
  }

  public void showNoInetErrorMsg() {
    mTextView.setText("No internet");
  }

  @Override
  public void moveToMainView() {
    startActivity(new Intent(this, MainActivity.class));
  }
}

最後我們來看看P層是如何控制他們的邏輯的：

public class SplashPresenter {

  private IConnectionStatus mConnectionStatus;
  private ISplashView mView;

  public SplashPresenter() {
    this(new ConnectionStatus());
  }

  public SplashPresenter(IConnectionStatus connectionStatus) {
    mConnectionStatus = connectionStatus;
  }

  public void setView(ISplashView view) {
    this.mView = view;
  }

  protected ISplashView getView() {
    return mView;
  }

  public void didFinishLoading() {
    ISplashView view = getView();

    if (mConnectionStatus.isOnline()) {
      view.showProgress();
      view.moveToMainView();
    } else {
      view.hideProgress();
      view.showNoInetErrorMsg();
    }
  }
}

好，我個人理解，就是把邏輯層抽出來成P層，要是遇到需求邏輯上的更改就可以只需要修改P層了或者遇到邏輯上的大概我們可以直接從寫一個P也可以，現在我看過的大多數開發把所有的東西都寫在了Activity裏面這樣一來遇到改頻繁改需求的時候，Activity裏面就會被寫的亂糟糟，所以想到了這個MVP模式希望能幫助到大家，大家是不是覺得MVP很不錯呢？覺得不錯的同學們就應用到你的實戰開發中去吧~！

轉載請註明本文出自Cym的博客（http://blog.csdn.net/cym492224103），謝謝支持！