如何更高效的使用MVP以及官方MVP架構解析
Android mvp 架構的自述中我簡單的介紹了mvp，以及怎麼寫mvp。我自己也將mvp運用到了專案中，其實mvp並沒有固定的寫法，正確的去理解架構的思想，都可以有自己獨特的mvp寫法。git上也有很多例子，比如google的android-architecture，simple哥的Android 原始碼設計模式解析與實戰中也有mvp的討論。這裡參考了simple哥做了一個通用版的mvp，並對google的MVP做了一點自己的解析。
關於presenter一直持有Activity物件導致的記憶體洩漏問題
只要用過mvp這個問題可能很多人都知道。寫mvp的時候，presenter會持有view，如果presenter有後臺非同步的長時間的動作，比如網路請求，這時如果返回退出了Activity，後臺非同步的動作不會立即停止，這裡就會有記憶體洩漏的隱患，所以會在presenter中加入一個銷燬view的方法。現在就在之前的專案中做一下修改
//presenter中新增mvpView 置為null的方法
public void onDestroy(){
mvpView = null;
}
//退出時銷燬持有Activity
@Override
protected void onDestroy() {
mvpPresenter.onDestroy();
super.onDestroy();
}presenter中增加了類似的生命週期的方法，用來在退出Activity的時候取消持有Activity。
但是在銷燬後需要思考一點，後臺的延時操作返回時，這個時候view被銷燬了，如果接著去呼叫view的方法就 會丟擲空指標異常。所以在後臺的延時操作中需要考慮到這種可能產生空指標的情況，尤其是網路請求。
BasePresenter
如果每一個Activity都需要做繫結和解綁操作就太麻煩了，現在我希望可以有一個通用的presenter來為我們新增view的繫結與銷燬。
public abstract class BasePresenter<T> {
public T mView;
public void attach(T mView) {
this.mView = mView;
}
public void dettach() {
mView = null 因為不能限定死傳入的View，所以使用泛型來代替傳入的物件。通過這個通用的presenter我就可以把原來的MvpPresenter簡化成下面的樣子
public class NewMvpPresenter extends BasePresenter<NewMvpView> {
private RequestBiz requestBiz;
private Handler mHandler;
public NewMvpPresenter() {
requestBiz = new RequestBiziml();
mHandler = new Handler(Looper.getMainLooper());
}
public void onResume(){
requestBiz.requestForData(new OnRequestListener() {
@Override
public void onSuccess(final List<String> data) {
mHandler.post(new Runnable() {
@Override
public void run() {
mView.hideLoading();
mView.setListItem(data);
}
});
}
@Override
public void onFailed() {
mView.showMessage("請求失敗");
}
});
}
public void onItemClick(int position){
mView.showMessage("點選了item"+position);
}
}BaseView
介面需要提供的UI方法中會有很多類似的UI方法，可以把它們提取到一個公共的父類介面中。比如提取顯示loading介面和隱藏loading介面的方法，其他的view層介面就可以直接繼承BaseView介面，不必重複的寫顯示和隱藏loading介面方法。
public interface BaseView {
void showLoading();
void hideLoading();
}BaseMvpActivity
presenter繫結到activity和View的繫結和解綁操作是每個Activity都會去做的，同樣這裡我也希望能有一個父類來完成這個統一的操作。
public abstract class BaseMvpActivity<V,T extends BasePresenter<V>> extends AppCompatActivity {
public T presenter;
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
presenter = initPresenter();
}
@Override
protected void onResume() {
super.onResume();
presenter.attach((V)this);
}
@Override
protected void onDestroy() {
presenter.dettach();
super.onDestroy();
}
// 例項化presenter
public abstract T initPresenter();
}同樣使用泛型來提取通用的邏輯，presenter的初始化，以及view的繫結和解綁操作都提取到父類Activity中。向外部提供了一個 initPresenter(); 方法用來初始化presenter，如果想建立不同引數的建構函式都可以隨意去建立。
更加通用的例子
通過上面的base父類，對之前的例子進行優化，寫一個更加好用的例子。
- NewMvpView 繼承BaseView介面，新增自己的初始化ListView和Toast資訊方法
public interface NewMvpView extends BaseView {
void setListItem(List<String> data);
void showMessage(String message);
}- NewMvpPresenter 繼承BasePresenter類，增加網路請求和處理點選事件的方法
public class NewMvpPresenter extends BasePresenter<NewMvpView> {
private RequestBiz requestBiz;
private Handler mHandler;
public NewMvpPresenter() {
requestBiz = new RequestBiziml();
mHandler = new Handler(Looper.getMainLooper());
}
public void onResume(){
requestBiz.requestForData(new OnRequestListener() {
@Override
public void onSuccess(final List<String> data) {
mHandler.post(new Runnable() {
@Override
public void run() {
mView.hideLoading();
mView.setListItem(data);
}
});
}
@Override
public void onFailed() {
mView.showMessage("請求失敗");
}
});
}
public void onItemClick(int position){
mView.showMessage("點選了item"+position);
}
}- NewMvpActivity
public class NewMvpActivity extends BaseMvpActivity<NewMvpView,NewMvpPresenter> implements NewMvpView,AdapterView.OnItemClickListener{
ListView mvpListView;
ProgressBar pb;
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_mvp);
mvpListView = (ListView)findViewById(R.id.mvp_listview);
mvpListView.setOnItemClickListener(this);
pb = (ProgressBar) findViewById(R.id.mvp_loading);
}
@Override
protected void onResume() {
super.onResume();
presenter.onResume();
}
@Override
public NewMvpPresenter initPresenter() {
return new NewMvpPresenter();
}
@Override
public void onItemClick(AdapterView<?> parent, View view, int position, long id) {
presenter.onItemClick(position);
}
@Override
public void setListItem(List<String> data) {
ArrayAdapter adapter = new ArrayAdapter(this,android.R.layout.simple_list_item_1,data);
mvpListView.setAdapter(adapter);
}
@Override
public void showMessage(String message) {
Toast.makeText(this,message,Toast.LENGTH_SHORT).show();
}
@Override
public void showLoading() {
pb.setVisibility(View.VISIBLE);
}
@Override
public void hideLoading() {
pb.setVisibility(View.GONE);
}
}最終的成果，我們只需要在Acitivity中傳入泛型物件，並寫好initPresenter() Presenter的初始化的方法就可以直接去使用presenter，當然View的介面還是要自己去實現。
以上的方法只是一些比較簡單的封裝，下面來看看官方的MVP架構是怎麼寫的。
官方的MVP架構
先來看看官方的程式碼目錄(這裡只是功能模組的目錄，不包括測試模組，畢竟這裡分析的是官方的實現程式碼)
谷歌的todomvp工程實現了一個類似記事本的功能，整體的目錄結構：
- tasks 包可以顯示任務列表
- taskdetail包顯示任務詳情
- addedittask包新增和編輯任務
- statistics包用來顯示任務的完成情況
- data包資料模組對應mvp的M
- Util包就是通用的方法。
這裡todomvp也有BasePresenter和BaseView2個基類，不過看的出來這2個都是介面。先來看看這2個介面
public interface BasePresenter {
void start();
}public interface BaseView<T> {
void setPresenter(T presenter);
}各自簡單的聲明瞭一個方法，start()方法用來給Presenter做一些初始化的操作不用特別在意，BaseView宣告的方法就很有意思了，setPresenter(T presenter) 很明顯是給View繫結Presenter，而前文我們使用的方式給Presenter傳入View的方式來完成View和Presenter繫結的操作，這裡谷歌採用了相反的方式來操作，為什麼呢？
先把這個問題留下，看看單個模組的具體的檔案結構。
有Activity，Fragment，Presenter，View哪裡去了？ 其實谷歌的mvp是將Fragment作為View層來實現的，這一點在官方的Readme中也有說明，為什麼要用Fragment？
官方認為Fragement和Activity相比更像是MVP中的的View層，剛好可以滿足MVP的View層的要求，Activity則作為最高指揮官用來建立和聯絡View和Presenter。
Fragment在平板或者螢幕上有多個View時更有優勢
Activity只作為建立和聯絡View和PresenterView而存在，將Fragment作為顯示UI而存在。Activity主指揮，Fragment主顯示。這也是谷歌的sample中的一貫做法。
View的問題解釋完了，再看看TaskDetailContract 這種**Contract 介面，這也是官方獨有的管理方法
Contract
google的todomvp 工程中每個模組都會有一個 **Contract 介面，來看看他的程式碼
public interface TaskDetailContract {
interface View extends BaseView<Presenter> {
void setLoadingIndicator(boolean active);
void showMissingTask();
void hideTitle();
void showTitle(String title);
void hideDescription();
void showDescription(String description);
void showCompletionStatus(boolean complete);
void showEditTask(String taskId);
void showTaskDeleted();
void showTaskMarkedComplete();
void showTaskMarkedActive();
boolean isActive();
}
interface Presenter extends BasePresenter {
void editTask();
void deleteTask();
void completeTask();
void activateTask();
}
}Contract其實就是一個包涵了Presenter和View的介面，Presenter實現的邏輯層方法，View實現的UI層的方法都能在Contract介面中一目瞭然的看明白，具體的Presenter和View的實現類都是通過實現Contract介面來完成。這種方式既方便了管理和維護，也給開發點了一個導航燈。
下面來看看Presenter如何引用到Fragment中以及View如何與Presenter建立聯絡
TaskDetailActivity
/**
* Displays task details screen.
*/
public class TaskDetailActivity extends AppCompatActivity {
public static final String EXTRA_TASK_ID = "TASK_ID";
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.taskdetail_act);
// Set up the toolbar.
//.... 設定toolbar 程式碼省略
// Get the requested task id
String taskId = getIntent().getStringExtra(EXTRA_TASK_ID);
// 例項化taskDetailFragment
TaskDetailFragment taskDetailFragment = (TaskDetailFragment) getSupportFragmentManager()
.findFragmentById(R.id.contentFrame);
if (taskDetailFragment == null) {
//taskDetailFragment 新增到Activity
taskDetailFragment = TaskDetailFragment.newInstance(taskId);
ActivityUtils.addFragmentToActivity(getSupportFragmentManager(),
taskDetailFragment, R.id.contentFrame);
}
// Create the presenter 初始化Presenter
new TaskDetailPresenter(taskId，Injection.provideTasksRepository(getApplicationContext()),
taskDetailFragment);
}
..... 省去不重要程式碼TaskDetailActivity主要做了taskDetailFragment 初始化和TaskDetailPresenter的初始化操作，在做TaskDetailPresenter初始化時直接將taskDetailFragment作為引數傳入，因為taskDetailFragment實現了View層的介面，看到這裡有一個疑問，new TaskDetailPresenter()可以例項化一個Presenter，但是怎麼傳入到taskDetailFragment中呢？為了解開疑惑我查看了TaskDetailPresenterde 構造方法
public class TaskDetailPresenter implements TaskDetailContract.Presenter {
//....省去不重要的變數宣告
public TaskDetailPresenter(@Nullable String taskId,
@NonNull TasksRepository tasksRepository,
@NonNull TaskDetailContract.View taskDetailView) {
this.mTaskId = taskId;
mTasksRepository = checkNotNull(tasksRepository, "tasksRepository cannot be null!");
mTaskDetailView = checkNotNull(taskDetailView, "taskDetailView cannot be null!");
//實現繫結Presenter的關鍵方法
mTaskDetailView.setPresenter(this);
}關鍵方法就是在BaseView中宣告的void setPresenter(T presenter); 方法實現的繫結，當然這裡只是呼叫View的方法，具體的繫結還要追蹤到實體類中，來看TaskDetailFragment
TaskDetailFragment
public class TaskDetailFragment extends Fragment implements TaskDetailContract.View {
......省去不重要程式碼
//聲明瞭一個mPresenter
private TaskDetailContract.Presenter mPresenter;
public View onCreateView(LayoutInflater inflater, ViewGroup container, Bundle savedInstanceState) {
View root = inflater.inflate(R.layout.taskdetail_frag, container, false);
....省去初始化程式碼
return root;
}
@Override
public void setPresenter(@NonNull TaskDetailContract.Presenter presenter) {
//完成mPresenter的繫結
mPresenter = checkNotNull(presenter);
}
.....
}TaskDetailFragment 實現了TaskDetailContract介面中的View介面，這樣在TaskDetailPresenter 構造方法中呼叫mTaskDetailView.setPresenter(this)方法後，TaskDetailFragment 的setPresenter也會呼叫，TaskDetailPresenter 就成功繫結到了TaskDetailFragment 中。
這種繫結方式也解釋了上文提到的問題，為什麼谷歌採用了相反的方式操作，就是為了這後面的繫結操作。
Acitivity物件記憶體洩漏的問題
谷歌的專案同樣會有當有後臺非同步任務時可能導致Acitivity記憶體洩漏的問題。谷歌也有自己的處理方法，上面提到的TaskDetailContract 介面有宣告一個方法 isActive()
public interface TaskDetailContract {
interface View extends BaseView<Presenter> {
....省去其他的方法
boolean isActive();
}看看這方法的具體實現類
public class TaskDetailFragment extends Fragment implements TaskDetailContract.View {
.....
@Override
public boolean isActive() {
return isAdded();
}isAdded()方法如果返回true代表Fragment新增到了Activity，false代表沒有新增，通過呼叫isActive()方法就可以給後臺非同步任務新增判斷避免記憶體洩漏。
UML結構圖
到這裡整體的架構就已經清楚了配上這張UML圖可以更好的理解。
- Activity最外層負責Presenter和View的建立和聯絡。
- Fragment實現了View的介面並與Presenter繫結
- Presenter從資料層中獲取資料與View進行互動
google的todomvp不光給了我們一個mvp的架構演示，還附帶了一個測試模組，整體的架構非常適合用來開發。強烈建議大家去github上下載原始碼來看看，效果更佳