MVP架构初识

张鸿洋MVP

http://blog.csdn.net/lmj623565791/article/details/46596109

谷歌的MVP与一般的MVP的区别

https://www.jianshu.com/p/14283d8d3a60

MVP入门小demo:http://blog.csdn.net/l2show/article/details/46659027

我总结的MVP架构图：

感悟1：MVP中的角色职责分工

  MVP与MVC最大的区别就是MVC中Activity或Fragment，它的Model和View互相产生联系，也有可能是交叉产生联系，比如说网络请求数据、读取数据库任何这些和获取Model相关的操作都放在了Activity和

Fragment中，这些就显得十分的臃肿。

  MVP则通过Presenter，将Model的获取从UI中分离出来，同时通过实现相应的Interactor来获取Model,再回调接口View的方法将InteractorImpl得到的数据回传给UI组件。

  但是，MVP虽然比较优秀，但是一开始会不适应。因为MVP真正的是面向接口编程。

  举一个例子：在Activity里请求一个接口，得到一个List，然后展示到ListView上。

  mvc的做法和我说的顺序是一样的

  mvp的做法： 

     1）定义UI组件对应的InterfaceView，定义方法void getData(List<Entity> list);

       》参数为需要得到的数据

       》一般InterfaceView里的方法是没有返回值的，因为它的目的在于通过Interactor得到

       list也就是Model。在UI组件里直接实现这个方法，至于list是怎么获取的，UI组件就不

        用管了，只要展示到View上即可。

       》针对接口编程就是思维比较跳跃，不是按步就班的一步步去实现。将要做的事件通过抽象

        方法描述出来。

     2) 定义Interactor接口，定义获取InterfaceView里所需要的Model的抽象方法。

       》参数为请求数据所需要的参数

    3）定义Presenter接口，Presenter相当于InterfaceView与Interactor接口的纽带。

      它里面定义的抽象方法，是连接InterfaceView与Interactor接口的。

      它的主要作用是执行InterfaceView中定义的方法。

感悟2：Presenter怎么得到Interactor的数据

  1）Interactor采用同步的形式获取数据，那么直接在Interactor的接口上定义返回值即可。

  2）Interactor采用异步的形式获取数据，这是大多数的情况。除了数据之外，还有请求数据成功与

    否的状态，那Presenter如何实时得到数据呢？

    让Presenter实现监听器接口，将Interactor构造的时候传入，然后在不同状态下回调。一般回调

    方法是在UI线程中执行的，注意线程问题。

感悟3：不要一味的使用MVP

 1）如果Model十分地简单（如WebView的一个url),或者是一个简单的SP配置变量等等，就没有必要

   大张旗鼓地去为这个View再去创建Presenter和Interactor了。

  2）如果Model是通过Intent等传递给View的，也不需要MVP。

感悟4：在Presenter中实例化多个Interactor

   如果一个页面中有多个网络请求接口，可以在Presenter中实例化多个Interactor，每个Interactor负责处理一个接口，这样体现了“单一职责”的设计原则。