ym——Android開發MVP模式（解決了View和Model的耦合），androidmvp

ym——Android開發MVP模式（解決了View和Model的耦合），androidmvp

什麼是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;  }}

然後我們在來看看M的介面

package com.manning.androidhacks.hack020.view;public interface ISplashView {  void showProgress();  void hideProgress();  void showNoInetErrorMsg();  void moveToMainView();}

以及M的實現

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層是如何控制他們的邏輯的：

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