前言

寫Android：如何編寫“萬能”的Activity的這篇文章到現(xiàn)在已經(jīng)好久了，但是由于最近事情較多，寫重構(gòu)篇的計(jì)劃就一直被無情的耽擱下來了，借這幾天還算有點(diǎn)空余時(shí)間，把自己這樁心事了解下。

其實(shí)大家也知道Android：如何編寫“萬能”的Activity的這篇文章只是個(gè)引子，其實(shí)我真正想引出的是mvp設(shè)計(jì)模式，因?yàn)樽罱约鹤罱谟胢vp做項(xiàng)目，自己對(duì)mvp有一些感悟，因此我將用mvp進(jìn)行“萬能”activity的重構(gòu)。

同時(shí)也有一些朋友與我交流mvp，他們會(huì)被mvp中的m,v,p都應(yīng)該放什么邏輯而困惑？會(huì)被mvp中的m應(yīng)該怎么寫而困惑？會(huì)被一個(gè)界面，怎么按照mvp來進(jìn)行重構(gòu)感到困惑？會(huì)被listview的adapter應(yīng)該放在m層還是p層困惑？

我希望通過本文的講解能幫助大家對(duì)mvp有一個(gè)更深的了解，現(xiàn)在進(jìn)入主題內(nèi)容。

正文內(nèi)容

本文內(nèi)容分為2部分：

• 帶你了解mvp
• 使用mvp對(duì)“萬能”Activity進(jìn)行重構(gòu)

第一部分會(huì)深入了解mvp到底是什么，它的好處等知識(shí)。第二部分會(huì)講解如何利用mvp來重構(gòu)“萬能”Activity。

帶你了解mvp

任何軟件都是以數(shù)據(jù)為中心，為了能與用戶進(jìn)行交互，就需要提供界面支持用戶對(duì)數(shù)據(jù)進(jìn)行增刪改查操作。

不管是mvc，mvp還是mvvm始終都在做一件事情：怎么樣能更好的解決數(shù)據(jù)與界面之間的關(guān)系，以達(dá)到數(shù)據(jù)與界面之間的耦合更低，代碼的復(fù)用性更高，代碼的可測(cè)性更好。

本文的重點(diǎn)是講解mvp，因此讓我們開始了解下mvp是怎么組織數(shù)據(jù)與界面之間的關(guān)系的。我們先從mvp的結(jié)構(gòu)圖說起。

mvp的面容

網(wǎng)上有些關(guān)于mvp的結(jié)構(gòu)圖基本是以下樣子

mvp結(jié)構(gòu)圖.png

我覺得這張圖是有問題的，問題在于presenter把請(qǐng)求轉(zhuǎn)交給model，model應(yīng)該把處理結(jié)果返回給presenter，這張圖是沒有反映這個(gè)過程的。

正確的mvp的結(jié)構(gòu)圖是這樣子的

mvp結(jié)構(gòu)

我們先看下能從這張圖中得到哪些信息？

• mvp的分層結(jié)構(gòu)特別類似于網(wǎng)絡(luò)的七層協(xié)議，每層只知道自己依賴層的細(xì)節(jié)。
• 這種分層的好處是：層與層之間的耦合性低，模塊的復(fù)用性高，可維護(hù)性更好，每層可以單獨(dú)存在，這樣可測(cè)性更好。
• 數(shù)據(jù)流的走向可以是：view-->presenter-->model-->presenter-->view,這種數(shù)據(jù)流一般出現(xiàn)的場(chǎng)景是用戶在界面觸發(fā)了一個(gè)事件的情形下
• 數(shù)據(jù)流的走向也可以是：model-->presenter-->view，這種數(shù)據(jù)流一般出現(xiàn)于比如通過長(zhǎng)鏈接接收消息的場(chǎng)景。
• 不管數(shù)據(jù)流是怎樣的一個(gè)流動(dòng)走向，始終有一個(gè)原則是：數(shù)據(jù)流不能跨層流動(dòng)，即層與層不能跨層通信。

看了mvp的整體結(jié)構(gòu)圖，我們以從底層到上層的順序依次來介紹model，presenter，view。

model

先說下一些關(guān)于model的錯(cuò)誤理解：

• model是實(shí)體類的集合
• 比如從json中解析數(shù)據(jù)的代碼應(yīng)該放在presenter中
• model與mvc中的model是一樣的

關(guān)于model的正確理解我們會(huì)在文中看到。

數(shù)據(jù)加工處理廠

通過應(yīng)用mvp后的感受，我個(gè)人的感覺model是最難寫的一層，并且也是最難懂的，因?yàn)閙odel是整個(gè)應(yīng)用或界面的數(shù)據(jù)加工處理廠，所謂數(shù)據(jù)加工廠就是對(duì)數(shù)據(jù)的獲取，數(shù)據(jù)的解析，數(shù)據(jù)的存儲(chǔ)，數(shù)據(jù)的分發(fā)，數(shù)據(jù)的增刪改查等操作。意思就是凡是涉及到數(shù)據(jù)操作都是在model進(jìn)行的，所以model不僅僅只是實(shí)體類的集合，同時(shí)還包含關(guān)于數(shù)據(jù)的各種處理操作。

三種數(shù)據(jù)源

數(shù)據(jù)的數(shù)據(jù)源有三種：內(nèi)存，磁盤（文件或數(shù)據(jù)庫等），網(wǎng)絡(luò)。為了提升app的性能，有必要把經(jīng)常訪問的數(shù)據(jù)臨時(shí)存入內(nèi)存中；同時(shí)也為了提升app性能和為用戶省流量省電，有必要把數(shù)據(jù)存入磁盤中；還有的數(shù)據(jù)是有必要從網(wǎng)絡(luò)讀取的。三個(gè)數(shù)據(jù)源不一定同時(shí)存在，比如不與網(wǎng)絡(luò)交互的app，不存在網(wǎng)絡(luò)數(shù)據(jù)源。所以凡是涉及到關(guān)于數(shù)據(jù)發(fā)生于三個(gè)數(shù)據(jù)源加工處理的操作的代碼都要放在model中。

model為上層提供的服務(wù)

model從黑盒的角度來看為上層（指依賴于model的層比如present）提供的服務(wù)無非就2種：model為上層提供數(shù)據(jù)，model處理上層傳遞的數(shù)據(jù)

model為上層提供數(shù)據(jù)

上層會(huì)從model中去數(shù)據(jù)，那model會(huì)從三數(shù)據(jù)源中取數(shù)據(jù)，取的順序是

• 先內(nèi)存，內(nèi)存取到數(shù)據(jù)返回
• 其次磁盤，磁盤取到數(shù)據(jù)，如有必要把數(shù)據(jù)存儲(chǔ)在內(nèi)存中，則需要進(jìn)行存儲(chǔ)，返回?cái)?shù)據(jù)
• 最后網(wǎng)絡(luò)，網(wǎng)絡(luò)取到數(shù)據(jù)，如有必要在磁盤或內(nèi)存中存儲(chǔ)，則進(jìn)行存儲(chǔ)，返回?cái)?shù)據(jù)

上面的取數(shù)據(jù)過程是最簡(jiǎn)單的情況，復(fù)雜些還會(huì)涉及到從內(nèi)存或磁盤中取到的數(shù)據(jù)是否過期，過期的話就應(yīng)該從網(wǎng)絡(luò)獲取。從網(wǎng)絡(luò)取得數(shù)據(jù)后需要把內(nèi)存或磁盤的數(shù)據(jù)更新。

model處理上層傳遞的數(shù)據(jù)

model接收到上層傳遞的數(shù)據(jù)后，model會(huì)依次把數(shù)據(jù)扔給三個(gè)數(shù)據(jù)源去處理，有可能三個(gè)數(shù)據(jù)源都會(huì)處理數(shù)據(jù)，有可能只是其中一個(gè)處理，model會(huì)把處理的結(jié)果返回。

所以model會(huì)把解析好的數(shù)據(jù)提供給上層，上層對(duì)于數(shù)據(jù)的來源完全是透明的，上層完全不需要關(guān)心數(shù)據(jù)到底是來自內(nèi)存，還是磁盤甚至是網(wǎng)絡(luò)。同理上層只需要的把數(shù)據(jù)扔給model，上層唯一做的事情就是愉快的等待處理結(jié)果。

tip

mvc中的model是要和view進(jìn)行交互的，而mvp中的model不會(huì)知道任何view的細(xì)節(jié)。

model中的所有操作都發(fā)生于普通線程。

關(guān)于model的介紹先到此，我們?cè)趤砜聪聀resenter。

presenter

presenter翻譯成漢語的意思是主持人，提出者。從它的意思可以看出它有控制全場(chǎng)的作用。首先presenter是處于mvp的中間層，在view和model中起一個(gè)承上啟下的作用。presenter會(huì)把view交給自己的命令進(jìn)行一定的校驗(yàn)等操作交給model處理，會(huì)把model處理的結(jié)果交給view。

presenter封裝業(yè)務(wù)

presenter不僅起一個(gè)橋梁的作用，它還會(huì)把業(yè)務(wù)邏輯代碼給包攬下來。這樣就可以減輕Activity的負(fù)擔(dān)了，讓Activity全心全意做它的view工作。那估計(jì)就有朋友犯迷糊了，哪些代碼屬于業(yè)務(wù)邏輯呢？比如一些校驗(yàn)代碼?；蛘呖梢赃@樣想只要是不屬于view和model的代碼基本都可以放在presenter中。

presenter負(fù)責(zé)刷新view

mvc或以前的關(guān)于view的寫法一般都是這樣，view在接收到數(shù)據(jù)后，自己來進(jìn)行view的刷新或其他操作。但是mvp中presenter負(fù)責(zé)對(duì)view進(jìn)行刷新，比如從model獲取的數(shù)據(jù)，presenter會(huì)根據(jù)獲取的數(shù)據(jù)成功與否來通知view應(yīng)該是顯示成功界面還是失敗界面。這樣就讓Activity變的更輕了，變成了聽別人指揮的傻白甜了。這時(shí)候的presenter就有點(diǎn)主持人，掌控者的味道了。

presenter持有的線程

Android中view的操作需要在ui線程里執(zhí)行，其他耗時(shí)操作需要在普通線程執(zhí)行。presenter會(huì)持有這2種線程:ui線程,普通線程。刷新view時(shí)，它切換為ui線程進(jìn)行刷新，從model取數(shù)據(jù)切換為普通線程。假如使用rxjava的話，就特別簡(jiǎn)單了關(guān)于線程切換的事情。

tip

presenter從model中獲取的數(shù)據(jù)就是解析好的數(shù)據(jù)，不需要出現(xiàn)解析數(shù)據(jù)的代碼。

接著我們來看下view。

view

view層就很好理解了，就是用戶直接看到的界面，mvp中的view是很省心的，比如更新view，接收數(shù)據(jù)。這些操作它都不需要操心，也不需要知道數(shù)據(jù)到底來自哪里，給我啥我顯示啥就可以了。

一個(gè)view可以同時(shí)擁有多個(gè)presenter，也可以只有一個(gè)presenter。

Android中的Activity，F(xiàn)ragment在mvp中是作為view來使用的，這些Activity，F(xiàn)ragment的責(zé)任就小了，只關(guān)心界面相關(guān)的事情足矣。

各種Adapter是放在view層的。

總結(jié)

我們初步認(rèn)識(shí)了mvp，mvp中的model，present，view到底是什么，他們之間的關(guān)系是什么樣的，這只是初步認(rèn)識(shí)mvp，關(guān)于mvp中還有很多細(xì)節(jié)需要介紹，比如android clean architecture 中model和presenter之間多了一層interactor,多的這層interactor是用來做什么的，model層是怎么架構(gòu)的。google mvpmodel層要比android clean architecture 簡(jiǎn)單等，希望能在我后面的章節(jié)看到相關(guān)關(guān)于每層的詳細(xì)介紹。我們開始進(jìn)入我們的重構(gòu)"萬能"Activity的部分。

使用mvp設(shè)計(jì)模式對(duì)"萬能"Activity進(jìn)行重構(gòu)

回憶下“萬能”Activity的樣子

我在上篇文章的“萬能”的LoginActivity基礎(chǔ)上增加了登錄對(duì)話框的功能，“萬能”LoginActivity的代碼如下：

 public LoginActivity extends Activity{
 private EditText mUserNameView, mPasswordView;
 private Button mLoginView;
 public void initViews(){
  .......
  各種findViewById.....代碼
  //給登陸按鈕加監(jiān)聽器
  mLoginView.OnClickListener(new View.OnClickListener() { 
  @Override 
  public void onClick(View v) { 
  String userName = mUserNameView.getText();
  String password = mPasswordView.getText();
  //驗(yàn)證用戶輸入的密碼是否合法
  if(!validate(userName) || !validate(password)){
   告訴用戶輸入的用戶名或密碼不合法
  } else{
   //開始登陸
   login(userName,password);
  }
  }
  });
 }
 //登陸方法,用偽代碼來寫下網(wǎng)絡(luò)請(qǐng)求
 private void login(String userName,String password){
 //增加登錄進(jìn)度對(duì)話框給用戶友好用戶體驗(yàn)
 顯示登錄進(jìn)度對(duì)話框...
 HttpClient.getInstance().login(userName,password,
  new ResponseListener(){
  public void failed(Failed failed){
   把登錄進(jìn)度對(duì)話框消失...
   做失敗相關(guān)的處理工作，比如給用戶提示
   把密碼輸入框清空，還比如登陸次數(shù)限制等
  }
  public void success(Response response){
   把登錄進(jìn)度對(duì)話框消失...
   做成功相關(guān)的處理工作
   //暫且把用戶信息的類叫做UserInfo,從json中解析數(shù)據(jù)，假設(shè)response.getContent()存在
   String jsonContent = response.getContent();
   JsonObject jsonObject = new JsonObject(jsonContent);
   UserInfo userInfo = new UserInfo();
   userInfo.name = jsonObject.optString("name");
   userInfo.userId = jsonObject.optString("userId");
   其他字段的解析......
   //保存userInfo信息到數(shù)據(jù)表中,假設(shè)userDatabase已經(jīng)存在
   userDatabase.save(userInfo);
   跳到app的主頁
  }
  });
 }
 //驗(yàn)證給定的字符串是否合法，true 合法，false 不合法
 private boolean validate(String str){
 }
 }

我們回憶了“萬能”LoginActivity的代碼后，開始重構(gòu)。

開始重構(gòu)

model

在使用mvp時(shí)，我一般有個(gè)習(xí)慣就是首先從model->presenter->view的順序?qū)懘a，所以重構(gòu)“萬能”LoginActivity也先從model開始。前半部分關(guān)于model介紹過，model從黑盒的角度來說只有2個(gè)功能：一個(gè)是輸出數(shù)據(jù)，一個(gè)是輸入數(shù)據(jù)。因此登錄中presenter只需要把賬號(hào)，密碼交給model，presenter唯一做的事情就是監(jiān)聽登錄狀態(tài)即可。model會(huì)把presenter傳遞的賬號(hào)，密碼交給服務(wù)器，model在把服務(wù)器返回的數(shù)據(jù)進(jìn)行解析，存儲(chǔ)在磁盤或內(nèi)存中，把解析好的數(shù)據(jù)傳遞給presenter。那我們看下偽代碼：

 //管理登錄的類,它是單例的，這就不寫單例方法了
 public class LoginManager{
 //登錄的監(jiān)聽器
 public static interface LoginListener{
  //登錄成功
  void onSuccessLogin(UserEntity user);
  //登錄失敗
  void onFailedLogin(Failed failed);
 }
 //登錄方法
 public void login(String name,String password,final LoginListener loginListener){
  //假設(shè)HttpClient是一個(gè)請(qǐng)求網(wǎng)絡(luò)服務(wù)的類
  HttpClient.getInstance().login(userName,password,
  new ResponseListener(){
  public void failed(Failed failed){  loginListener.onFailedLogin(failed);
  }
  public void success(Response response){
   //假設(shè)UserParse類已經(jīng)存在，主要用來從response中解析UserEntity
   UserEntity userEntity = UserParse(response.getContent());
   //假設(shè)userDatabase是數(shù)據(jù)庫存儲(chǔ)類
   userDatabase.store(userEntity);
   //還可以把userEntity存入內(nèi)存中，這得根據(jù)業(yè)務(wù)需求進(jìn)行處理
loginListener.onSuccessLogin(userEntity);
  }
  });
 }
 }

登錄的model層我們沒有做的那么復(fù)雜，比如把服務(wù)器返回的用戶信息存儲(chǔ)在內(nèi)存中，把服務(wù)器返回的token存儲(chǔ)在磁盤中，實(shí)現(xiàn)自動(dòng)登錄功能等，本例子只是一個(gè)特別簡(jiǎn)單的登錄功能，實(shí)際應(yīng)用中登錄需要考慮很多的東西，登錄的modle層到此重構(gòu)完畢。

presenter

上文中提到過presenter，presenter起連接view與model的作用，presenter封裝業(yè)務(wù)作用，presenter有負(fù)責(zé)刷新view的作用。

我們梳理下presenter都應(yīng)該包含哪些功能：

• 驗(yàn)證賬號(hào)，密碼的合法性.
• 把驗(yàn)證成功的賬號(hào)，密碼交給model層
• 把登錄的狀態(tài)傳遞給view層，并根據(jù)不同的登錄狀態(tài)通知view顯示不同的界面

那讓我們開始寫代碼，presenter層的類組織結(jié)構(gòu)我是參照google mvp的presenter類組織結(jié)構(gòu)來進(jìn)行的，因?yàn)槲艺J(rèn)為google mvp presenter類結(jié)構(gòu)更清晰，看下偽代碼：

 //登錄的條約接口，分別定義了登錄view的一些方法，和登錄presenter的一些方法 
 public interface LoginContract{
 //需要view層來實(shí)現(xiàn)的登錄view接口，IView是所有view的基類
 interface ILoginView extends IView{
  void onShowSuccessLoginView(UserInfo userInfo);
  void onShowFailedLoginView(int failed);
  void showLoginingView();
  void dissLoginingView();
 }
 //定義了登錄presenter的一些方法，IPresenter是所有Presenter的基類
 interface ILoginPresenter extends IPresenter<ILoginView>{
  void login(String name,String password);
 }
 }
 public interface IView{

 void initView();
 }
 //IPresenter提供了一些基礎(chǔ)方法，其實(shí)這些方法是對(duì)應(yīng)Activity或Fragment的生命周期方法
 public interface IPresenter<V extends IVew>{
 void onStop(); 
 void onResume(); 
 void onDestroy();
 void onPause();
 void onStart();
 void init(V view);
 }
 //登錄的presenter
 public class LoginPresenter implements ILoginPresenter{
 private ILoginView mLoginView;
 private LoginManager mLoginManager = LoginManager.getInstance();
 public void init(ILoginView loginView){
  mLoginView = loginView;
  mLoginView.initView();
 }
 public void login(String name,String password){
  //驗(yàn)證name，password的合法性,
  if(validate(name) && validate(password)){
  //假設(shè)NormalThread.exe方法可以讓操作在普通線程里執(zhí)行 
  mLoginView.showLoginingView();
  NormalThread.exe(new Runnable(){
  public void run(){
  mLoginManager.login(name,password,
  new LoginListener(){
   public void onSuccessLogin(UserEntity userEntity){
   //UserMapper類，負(fù)責(zé)把底層的UserEntity轉(zhuǎn)化為view層使用的UserInfo   UserInfo userInfo = UserMapper.map(userEntity);
   //下面的代碼在ui線程中執(zhí)行，這就不寫具體的實(shí)現(xiàn)了
mLoginView.onShowSuccessLoginView(userInfo);
mLoginView.dissLoginingView();
   }
   public void onFailedLogin(Failed failed){
   //下面的代碼在ui線程中執(zhí)行，這就不寫具體的實(shí)現(xiàn)了
   mLoginView.onShowFailedLoginView(failed.failedState);
   mLoginView.dissLoginingView();
   }
  });
  }
  }
  }else{
  //假設(shè)1代表賬號(hào)，密碼不合法
mLoginView.onShowFailedLoginView(1);
  }
 }
 }

以上登錄的Presenter層的偽代碼都是關(guān)鍵代碼，讓我們看下以上代碼都做了什么？

• LoginContract 把ILoginView和ILoginPresenter組合在一塊，ILoginView定義了提供給ILoginPresenter的方法，ILoginPresenter定義了提供給ILoginView的方法。只需要看LoginContract就可以知道登錄的view層和presenter層之間的約定。我很喜歡XXContract類，也推薦大家使用IView是一個(gè)基礎(chǔ)接口，提供一些公用方法
• IPresenter是一個(gè)基礎(chǔ)接口，它把Activity或Fragment的生命周期方法集合了起來。有了這些生命周期方法，presenter就讓Activity一心一意做它的view相關(guān)的工作。
• 到此登錄Present的重構(gòu)結(jié)束，我們重構(gòu)view層。

view

view層就很簡(jiǎn)單了，只是需要把基礎(chǔ)設(shè)施建立好，直接看偽代碼：

 public abstract class BaseActivity extends FragmentActivity{
 private Set<IPresenter> mAllPresenters = new HashSet<IPresenter>(1);
 /** * 獲取layout的id，具體由子類實(shí)現(xiàn)
 * @return
 */
 protected abstract int getLayoutResId();
 /**
 *需要子類來實(shí)現(xiàn)，獲取子類的IPresenter，一個(gè)activity有可能有多個(gè)IPresenter
 */
 protected abstract IPresenter[] getPresenters();
 //初始化presenters，
 protected abstract void onInitPresenters();

 /** * 從intent中解析數(shù)據(jù)，具體子類來實(shí)現(xiàn)
 * @param argIntent
 */
 protected void parseArgumentsFromIntent(Intent argIntent){
 } 
 private void addPresenters(){
  IPresenter[] presenters = getPresenters();
  if(presenters != null){
  for(int i = 0; i < presenters.length; i++){
  mAllPresenters.add(presneters[i]);
  }
  }
 } 
 @Override 
 protected void onCreate(@Nullable Bundle savedInstanceState) {
 super.onCreate(savedInstanceState); 
 setContentView(getLayoutResId());
 if(getIntent() != null){
  parseArgumentsFromIntent(getIntent());
 } 
 addPresenters();
 onInitPresents();
 }
 @Override
 protected void onResume() { 
 super.onResume(); 
 //依次調(diào)用IPresenter的onResume方法
 for (IPresenter presenter:mAllPresenters ) { 
  if(presenter != null){ 
  presenter.onResume(); 
  }
 }
 }
 ...其他生命周期方法也是類似，調(diào)用IPresenter中相應(yīng)的生命周期方法...
 }

基礎(chǔ)設(shè)施已經(jīng)ok了，這時(shí)候我們就該重構(gòu)"萬能“LoginActivity了。

 public class LoginActivity extends BaseActivity implements LoginConstract.ILoginView{
 private LoginPresenter mLoginPresenter = new LoginPresenter();
 protected int getLayoutResId(){
  return R.layout.activity_login;
 }
 protected IPresenter[] getPresenters(){
  return new IPresneter[]{ mLoginPresenter};
 }
 //初始化presenters，
 protected void onInitPresenters(){
  mLoginPresenter.init(this);
 }
 public void initView(){
 ...初始化view的代碼...
 //
 mLoginButton.setOnClickListener(new OnClickListener() {
  @Override
  public void onClick(View v) {

  mLoginPresenter.login(name,password);
  }
 });
 }
 public void onShowSuccessLoginView(UserInfo userInfo){
  ....顯示登錄成功界面....
 }
 public void onShowFailedLoginView(int failed){
  ...顯示登錄失敗界面...
 }
 public void showLoginingView(){
  ...顯示登錄進(jìn)度條對(duì)話框...
 }
 public void dissLoginingView(){
  ...消失登錄進(jìn)度條對(duì)話框...
 }
 }

我們著重說下基礎(chǔ)設(shè)施BaseActivity：

因?yàn)橐粋€(gè)Activity是有可能包含多個(gè)Presenter的，所以需要在BaseActivity中是有必要把這些Presenter收集起來。

需要在BaseActivity的生命周期方法里面調(diào)用每個(gè)Presenter的相應(yīng)周期方法。

重構(gòu)以后的LoginActivity是不是很清爽，只保留與view相關(guān)的邏輯。

小結(jié)重構(gòu)后的類結(jié)構(gòu)

重構(gòu)“萬能”LoginActivity到此結(jié)束，我們小結(jié)下重構(gòu)后的類結(jié)構(gòu)：

• model層包含：LoginManager(登錄管理類），UserEntity(用戶實(shí)體類，主要使用在model層），UserDatabase（用戶數(shù)據(jù)表）。
• presenter層包含：LoginConstract（登錄約定類，組合ILoginView和ILoginPresenter），LoginPresenter（登錄presenter類）,UserMapper(負(fù)責(zé)把model層的UserEntity轉(zhuǎn)化為view層使用的UserInfo）
• view層包含：BaseActivity（基礎(chǔ)類），LoginActivity（登錄Activity），UserInfo（用戶信息類，主要使用在view層）

重構(gòu)感悟

疑惑

估計(jì)會(huì)有細(xì)心的朋友發(fā)現(xiàn)model層是LoginManager而不是像android clean architecture 中model層使用了respository,我個(gè)人覺得model層也沒必要這么嚴(yán)格的按respository的架構(gòu)方式來組織類結(jié)構(gòu)，因?yàn)楸纠械卿浌δ軐?shí)在是太簡(jiǎn)單了，所以就用最簡(jiǎn)單的一個(gè)LoginManager類來供上層調(diào)用。

優(yōu)缺點(diǎn)

使用mvp重構(gòu)“萬能”Activity以后，帶來了以下好處：

• 類的組織結(jié)構(gòu)更清晰
• 每層可以進(jìn)行單獨(dú)的測(cè)試
• 類的可復(fù)用性更高
• 層與層的耦合性降低
• 可維護(hù)性更高
• 每個(gè)類盡量做到單一職責(zé)

但同時(shí)也帶來了一些缺點(diǎn)，比如創(chuàng)建的類多了很多，管理這些類的成本會(huì)增加。但是萬事萬物都有兩面性，就看利與弊的大小了。我個(gè)人覺得mvp的利肯定是大于弊的，所以有必要采用這種架構(gòu)來設(shè)計(jì)你的app。

提高生產(chǎn)效率

以上偽代碼中我沒有使用rxjava，dagger2，假如把它們應(yīng)用于mvp中會(huì)讓你事半功倍，rxjava可以讓你在寫presenter層和model層時(shí)，可以讓presenter與model交互更簡(jiǎn)單，可以是model層變的尤為的簡(jiǎn)單比如從三大數(shù)據(jù)源取數(shù)據(jù)操作，我們自己用代碼實(shí)現(xiàn)是可以的但是畢竟要花很多時(shí)間，但是用rxjava的一些操作符很容易做到。dagger2可以更好的幫助你進(jìn)行依賴注入, 還有鼎鼎有名的retrofit也是可以提高效率的。

總結(jié)

本文我們了解了mvp以及每一層，以及使用mvp來重構(gòu)“萬能”Activity，其實(shí)每一層需要注意的東西還有很多，比如model層是最難寫的一層。

以上就是本文的全部?jī)?nèi)容，希望本文的內(nèi)容對(duì)大家的學(xué)習(xí)或者工作能帶來一定的幫助，同時(shí)也希望多多支持腳本之家！