聊聊mvp架构

Android中传统的没使用架构的，或者使用mvc结构的，activity都承载了太多功能，既当了view层又当了control层

关于mvc本文不多讨论了，记录下工作中的使用mvp结构的例子

mvp结构从下上实际为m->p-->v，即数据，控制，ui

先说下应用业务场景：

有关于门店shop的业务，有关于订单order的业务

public class Shop{   private String     id;   private String     icon;   private String     name;   private String     address;   private List<Time> runningTimes;   private int        bDRunning;   private int        mTRunning;   private int        eleRunning;   private int        wxRunning;   private int        wmOpen;   public int getWxRunning()   {      return wxRunning;   }   public void setWxRunning(int wxRunning)   {      this.wxRunning = wxRunning;   }   public String getId()   {      return id;   }   public void setId(String id)   {      this.id = id;   }   public String getIcon()   {      return icon;   }   public void setIcon(String icon)   {      this.icon = icon;   }   public String getName()   {      return name;   }   public void setName(String name)   {      this.name = name;   }   public String getAddress()   {      return address;   }   public void setAddress(String address)   {      this.address = address;   }   public List<Time> getRunningTimes()   {      return runningTimes;   }   public void setRunningTimes(List<Time> runningTimes)   {      this.runningTimes = runningTimes;   }   public int getbDRunning()   {      return bDRunning;   }   public void setbDRunning(int bDRunning)   {      this.bDRunning = bDRunning;   }   public int getmTRunning()   {      return mTRunning;   }   public void setmTRunning(int mTRunning)   {      this.mTRunning = mTRunning;   }   public int getEleRunning()   {      return eleRunning;   }   public void setEleRunning(int eleRunning)   {      this.eleRunning = eleRunning;   }   public int getTRunning()   {      return mTRunning;   }   public void setTRunning(int TRunning)   {      mTRunning = TRunning;   }   public int getWmOpen()   {      return wmOpen;   }   public void setWmOpen(int wmOpen)   {      this.wmOpen = wmOpen;   }   @Override   public String toString()   {      return "Shop{" +            "id='" + id + '\'' +            ", icon='" + icon + '\'' +            ", name='" + name + '\'' +            ", address='" + address + '\'' +            ", runningTimes=" + runningTimes +            ", bDRunning=" + bDRunning +            ", mTRunning=" + mTRunning +            ", eleRunning=" + eleRunning +            ", wmOpen=" + wmOpen +            '}';   }}

门店无非就是id，门店名，门店图片，地址等等，只关注最简单基本的数据就可以了

order也是id，支付时间，支付的钱，以及订单的各个状态(已支付，未支付，已确认，已关闭)

既然有两大业务线，这里以门店为例来说明，门店的业务需求接口有(只关注与服务器交互有关的)：

1 获取门店数据

2 改变门店营业状态

3 设置店铺营业时间

4 获取门店日结账单

5 等等

以下提供的代码看起来多的话，只聚焦一个业务需求，获取门店的日结账单，将会以这个小业务需求为例子

显然这是M层，我们可以定义一个接口IShopModel来代表门店这个业务需求

public interface IShopModel{   interface OnGetShopLisener   {      void onSuccess(Shop shop);   }   interface ShopTimeGettingListener   {      void onGetTime(List<Time> times);   }   interface ShopTimeSettingListener   {      void onSetting(boolean b);   }   interface ChangeRunningStatusListener   {      void onSuccess();      void onFailed();   }   interface DayBillCallback   {      void onGetDayBill(DayBillResponse response);   }   interface NoticePubListener   {      void onPubSuccess();      void onPubFailed();   }   interface NoticeGettingListener   {      void onGettingNotice(String notice);   }   /**    * 获取门店数据    *    * @param context    * @param listener    */   VPayUIRequestV2 getShop(Context context,boolean isShow,OnGetShopLisener listener);   /**    * 改变门店营业状态    *    * @param context    * @param platform    * @param actionType    * @param listener    */   VPayUIRequestV2 changeRunningStatus(Context context, int platform, int actionType,                               ChangeRunningStatusListener listener);   /**    * 获取店铺营业时间    *    * @param context    * @param listener    */   VPayUIRequestV2 getShopRunningTime(Context context, ShopTimeGettingListener listener);   /**    * 设置店铺营业时间    *    * @param context    * @param listener    */   VPayUIRequestV2 setShopRunningTime(Context context, List<Time> mShopTimeList,                              ShopTimeSettingListener listener);   /**    * 获取门店日结账单    *    * @param context    * @param date    * @param callback    */   VPayUIRequestV2 getShopDayBill(Context context, long date, DayBillCallback callback);   /**    * 发布公告,由于该功能已屏蔽，暂不修改了    *    * @param context    * @param notice    * @param listener    */   void publishNOtice(Context context, String notice, NoticePubListener listener);   /**    * 获取公告    *    * @param context    * @param listener    */   void getNotice(Context context, NoticeGettingListener listener);}

然后我们再定义一个门店的实现类ShopModleImpl implements IshopModel

该类会对所有的业务进行真正的实现

@Overridepublic VPayUIRequestV2 getShopDayBill(final Context context, long date, final DayBillCallback callback){   DayBillRequest body = new DayBillRequest();   body.setDate(date);   String url ="";   final VRequest<?> requestV2 = new VRequest<DayBillResponse>(url, body, context, false)   {      @Override      public boolean onResponse(DayBillResponse response)      {         if (response.getCode() == HttpUtils.CODE_SUCCESS)         {            callback.onGetDayBill(response);            return true;         }         else         {            Toast.makeText(context, response.getReason(), Toast.LENGTH_SHORT).show();            return false;         }      }   };   requestV2.setShouldCache(false);   requestV2.send();   return requestV2;}

上面是对获取门店日结账单的实现例子

上面有一行代码

 callback.onGetDayBill(response);

这是对从服务器获取数据对象后的回调，按照以往后者mvc结构，一般会回调到Activity中，但在mvc中，我们不直接给activity，而是给presenter层

同理，定义一个代表门店业务的Presenter

/** * 关于门店业务的总接口 * 为减少接口爆发，就实现IShopPresenter这一个总接口，只复写与其业务有关的方法 */public interface IShopPresenter{   /**    * 获取门店数据    */   VPayUIRequestV2 getShop(Context context,boolean isShow);   /**    * 展示更改营业状态的dialog    *    * @param platform，要更改的平台，例如，0 美团，1百度，2饿了么    *    * 注意，这是错误的mvp使用，与model无关的控制不必交给presenter，    * 否则会导致类似V->P->V->P->V这种无用功    */   // void showDialogChangeStatus(int platform);   /**    * 改变某个平台的营业状态    *    * @param platform   平台    * @param actionType 0 关闭，1 营业    */   VPayUIRequestV2 changeRunningStatus(Context context, int platform, int actionType);   /**    * 获取店铺营业时间    *    * @param context    */   VPayUIRequestV2 getShopRunningTime(Context context);   /**    * 设置店铺营业时间    *    * @param context    */   VPayUIRequestV2 setShopRunningTime(Context context, List<Time> mShopTimeList);   VPayUIRequestV2 getShopDayBill(Context context, long date);}

对于上面的接口，如果我们每个具体的presenter（例如获取门店数据presenter，设置营业时间presenter，获取门店日结账单presenter）直接实现它，会每个present中有大量的空实现方法，因此这里采用适配器模式，用一个基类BaseShopPresenter对其空实现，子类集成基类，复写与自身相关的业务方法

public class BaseShopPresenter implements IShopPresenter{   @Override   public VPayUIRequestV2 getShop(Context context,boolean isShow)   {      return null;   }   @Override   public VPayUIRequestV2 changeRunningStatus(Context context, int platform, int actionType)   {      return null;   }   @Override   public VPayUIRequestV2 getShopRunningTime(Context context)   {      return null;   }   @Override   public VPayUIRequestV2 setShopRunningTime(Context context, List<Time> mShopTimeList)   {      return null;   }   @Override   public VPayUIRequestV2 getShopDayBill(Context context, long date)   {      return null;   }}

这里ShopDayDillPresenter只复写与其相关的业务getShopDayBill()

public class ShopDayBillPresenter extends BaseShopPresenter{   public interface IShopDayBillView   {      void fillData(DayBillResponse response);   }   private IShopDayBillView mShopDayBillView;   private IShopModel       mShopModel;   public ShopDayBillPresenter(IShopDayBillView shopDayBillView)   {      mShopDayBillView = shopDayBillView;      mShopModel = new ShopModleImpl();   }   @Override   public VPayUIRequestV2 getShopDayBill(Context context, long date)   {      return mShopModel.getShopDayBill(context, date, new IShopModel.DayBillCallback()      {         @Override         public void onGetDayBill(DayBillResponse response)         {            mShopDayBillView.fillData(response);         }      });   }}

关键一行的代码

 mShopDayBillView.fillData(response);

可以看到由p控制view，填充数据

然后再看view层，怎么进行调用

在DayBillActivity中，我们只需在需要数据的时候

/** * 获取数据 * * @param date 指定获取时间 */public void initData(long date){   IShopPresenter iShopPresenter = new ShopDayBillPresenter(this);   mRequestV2 = iShopPresenter.getShopDayBill(mContext, date);}

就可以了，当数据返回回来的时候，会自动进行填充

@Overridepublic void fillData(DayBillResponse response){  //you can bind your data to view}

这样从一个业务请求开始，数据返回，数据填充，用mvp就表示完了.

在写mvp时，本人也看了网上很多其他的写法

最终用这个结尾吧

/** * 本项目于2016.04.15从mvc改为mvp结构 * 在该结构中，modle层与mvc时一样保持不变，增加presenter层，其负责具体的数据业务控制逻辑, * 注意，只与数据有关的才交给其处理 * view层每一个具体的元素只负责其ui的初始化initView(Paramter pra...), * 数据的抽象初始化initData(Parameter pra...),以及需要model层帮助的交互 * mvp结构中的要注意的地方： * 交互事件不一定要传给Presenter， * 这里有个原则，就是如果这个事件需要Model层的帮助， * 那事件必须传给Presenter， * 否则请不要传给Presenter，让View自己处理， * 这样才不会导致类似V->P->V->P->V这种无用功 * 特别是网上抄来抄去的showDialog，hideDialog * public interface ISplashView { * void showProcessBar(); * void hideProcessBar(); * void showNetError(); * void startNextActivity(); * } * 这个简单例子中可以看到View的接口方法就如此之多， * 按这种写法在实际工程中View的接口必定会膨胀开来。 * 一个接口中方法过多也必然违背了单一接口原则。 * 以后更换View实现的过程是非常痛苦的， * 或者说几乎更换不了View实现，那分层的意义就失去了。 * 之所以会导致这种问题是因为你的Presenter告诉View怎么去渲染， * 而不是告诉View“直接”用什么去渲染。更通俗地说， * Presenter应该直接给View的加工后的数据。 * 而View自己负责要怎么去渲染。更多详细可以查看： * http://blog.csdn.net/duo2005duo/article/details/50594757 */