背景
众所周知 MVP这种架构模式已经出现很久了,大体时间应该是2014年吧,现在网上的关于MVP的文章也很多,各式各样的关于MVP的架构知识都涌现出来,可想而知现在这种架构有多么火,还有目前风头正劲的MVVM,当然我并不觉得我现在写MVP有些晚,因为每个人都有每个人的架构,每个人都可以根据自己的逻辑封装出来自己的架构模式,今天我介绍的便是我自己通过项目总结出来的MVP
什么是MVP
MVP知识点
MVP - Model-View-Presenter
MVP和MVC的区别仅仅在于P和Control,MVC中View和Model是互通的可以互相通信,在Android中View一般代表着我们的xml进行界面的描述,而对于模型Model部分则大多对应于本地的数据文件或网络获取的数据体,很多情况下我们对这些数据的处理也会在这一层中进行,最后的控制器Controller则当之无愧的是右Activity承担。
而MVP中view通过presenter访问model,大大的减小了耦合性,业务逻辑都交给P处理,通过P访问V层更改UI。MVP模式可以分离显示层与逻辑层,它们之间通过接口进行通信,降低耦合。理想化的MVP模式可以实现同一份逻辑代码搭配不同的显示界面,因为它们之间并不依赖与具体,而是依赖于抽象。这使得Presenter可以运用于任何实现了View逻辑接口的UI,使之具有更广泛的适用性,保证了灵活度。
这里不多介绍MVC了,相信大家都很熟悉
MVP的优缺点
优点:
- 降低耦合度,实现了M层和V层的完全分离,可以修改V层不影响M层
- 模块职责划分明显,层次清晰
- P层可以复用,一个P可以对应多个V,不需要修改P的逻辑
- 单元测试更加简单方便
- 代码灵活度高
缺点:
- V层和P层交互频繁
- 代码量多,类变多了
总结
- M层负责存储、检索、操纵数据,代表着一类组件或者类,这些组件或类可以向外部提供数据,同时也能从外部获取数据将数据存储起来
- V层负责将数据UI呈现给用户。一般的视图UI只包含界面,并不包含界面逻辑,V层收P层控制,在Android中一般是Activity、Fragment、View、ViewGroup。。。
- P层作为V层和M层的中间枢纽,处理用户交互的业务逻辑
MVP实现
1.基本实现
我们都知道一般MVP架构一共需要以下四步:
- 定义一个interface接口XView,对应的Activity,Fragment实现这个interface
- 编写Molde,里面的业务逻辑主要包括网络请求获取数据,数据库读取等耗时操作,通过M层回调给P层通知V层更新UI
- 编写Presenter,P层持有V和M的引用,实现P层的回调,并且回调给V层更新
- Activity中调用P执行业务逻辑,更新UI
具体代码就不贴了,相信了解过MVP的都会写基本的代码
但是问题也就出来了,由于P层需要和V层进行通信,更新UI时需要持有V层的view对象,那么我们每个P里面一般都用构造去初始化这个View,类多了之后感觉很烦,而View层里的一些常用的方法我们也可以封到base里面,比如loading的显示隐藏,空布局和错误布局的显示…
2.Base封装
1.BaseView
|
|
2.BasePresenter
|
|
我们在BasePresenter里面去初始化View对象,同时提供释放View对象以防止内存溢出
3.MvpActivity
|
|
这样我们在Activity中初始化P,并且连接V,在onDestroy()生命周期中释放P中引用的V。
Example
我们按照功能模块来构造我们的MVP,可能大家注意到了没有M层啊,是的,这里我把M层舍弃掉了,把业务逻辑、网络请求直接放在了P层,大大减少了类的数量,这样我们每个功能模块只需要新建一个View和一个Presenter就可以满足了,特殊的需求再通过特殊方法来处理,下面我们举一个简单的例子:
网络请求我用的 jeasonlzy 大神的OKGo3,刚出锅没几天,尝试一下,个人认为封装的非常非常好,继承了Rx,Retrofit,相信你会喜欢的。
https://github.com/jeasonlzy/okhttp-OkGo
好了下面看我们的例子吧:
项目结构
看一下项目结构
HomeView
我用的Gank.io里面的一个接口获取数据,首先我们定义我们的HomeView,里面有两个方法获取数据成功和获取失败
|
|
HomePresenter
然后我们定义HomePresenter,里面只有我们的网络请求,因为我们的BasePresenter持有View对象,所以在回调中直接调用HomeView的两个成功失败的方法
|
|
Activity
最后看一下Activity,我们的Activity继承了MVPActivity并实现了HomeView,同时将泛型对象设为我们的HomeView和HomePresenter,这样我们就可以直接调用P层的网络请求方法,同时也能回调更新UI
|
|
结论
对于BaseActivity我在之前的文章里面已经介绍了,还不了解的请看
Android谈谈封装那些事–BaseActivity和BaseFragment(一)
Android谈谈封装那些事–BaseActivity和BaseFragment(二)
也已经优化过了相关的封装逻辑,也会在接下来的文章继续介绍的。
下一篇文章我会继续介绍我的封装之路,近期会将我的HLibrary提到我的Github上,大家可以star一下我的Github。
代码已经上传到我的Github
https://github.com/Hankkin/MvpDemo
好了是不是很简单呢?小伙伴们如果有啥好的建议或者觉得不妥的地方希望及时指正,共同交流,谢谢。
其实MVP有好多种,这里给大家推荐几个我觉得比较好的
http://www.jianshu.com/p/3a17382d44de#