Android--MVP设计模式实践
MVP设计模式是android开发讨论的很火的一个话题,我对设计模式也有一些拙见,为了实践我的一些想法,我在我最新开发的产品中将我心目中的MVP设计模式进行了实践,最后得到了这样的架构。
特点:简单,清晰,拓展性好,能够解决目前碰到的业务场景
因为是基于MVP进行的改造,所以同样是有Model,Presenter,View三层,三层的关系如下图:
![](http://upload-images.jianshu.io/upload_images/1089449-34a4da08e185367d.png?imageMogr2/auto-orient/strip%7CimageView2/2/w/601)
1. view单向持有presenter,所有同步数据的获取都是通过presenter得到
2. presenter单向持有model,通过model去获取持久化数据
3. presenter单向持有httpCallback,用于发起异步请求
4. httpCallback通过EventBus消息的方式通知到注册了消息的view
5. view自己保存自己的数据,当收到otto消息的时候自行展示
注意只是展示数据而已,不对数据做任何处理,不包含业务
6.单Activity架构,view和view之间的通信通过UiManager来实现,所有Window级别view的创建都在UiManager里面完成
7.UiManager的生命周期同Activity保持一致,view通过event与UiManager进行通信
8.所有对象之间的持有都是通过dagger2框架的依赖注入来实现
这样的设计目的有以下几点:
1. 不设计层和层之间的双向持有,双向持有用来解决的异步更新的问题通过EventBus让view自行实现
1.1. 一是给presenter减负,不需要持有每个view的数据,对view的逻辑控制可以将数据的展现完全交给view来做
1.2. 二是解决了双向持有之间的权利分配问题,减少接口定义的工作,让分层更加清晰,代码更简单
2. 同MVP一样,view负责向presenter索取数据和展示数据,是绝大部分用户交互流程的起点和终点(自发业务除外,比如定时更新等),让view层有更好的拓展性
为了实现以上架构,用了以下几个开源框架,让代码更加简洁:
Dagger2,依赖注入框架,让创建类变成一件很简单的事情
Otto,RxAndroid的前身,一款EventBus框架,解决异步通知的问题
ButterKnife,针对android的代码自动生成框架,不需要再写findViewById和setOnClickListener这样的方法
okhttp+retrofit,网络通信框架,串联式的异步通信开发,保证功能和效率的同时降低开发成本