1 前言
说起架构系列,不得不提到Google官方的架构google官方示例架构项目**android-architecture** 。
本篇文章只是在官方架构的基础上进行讲解,希望对你提供帮助和指导,而不是完全的说明必须这么做!
2 比对
需要注意的是,上图中的所有分支基于第一个todo-mvp/分支的。也就是说本篇文章中的项目并没有引入Dagger2作为依赖注入的工具,也没有引入databinding,clean等。希望通过本篇文章的了解之后,读者完全可以自行组织自己的架构和组织方式来构建自己的app。
这里对todo-mvp/分支和todo-mvp-rxjava/分支进行比对,使用比对工具Beyond Compare。
Beyond Compare也是代码上传svn,git等的时候文件和文件夹比对的一大利器,是程序猿开发必不可少的优秀工具。
3 项目依赖
这里需要注意的是todo-mvp-rxjava/添加的依赖有:
RxJava
RxAndroid
SqlBrite
这里并不会对Rxjava和RxAndroid进行深入讲解。后面的博客希望能给大家分享一下Rxjava和RxAndroid的使用心得。
4 分析
4.1 整体组织目录
项目结构的组织方式是按照功能进行分模块的,当然根据个人情况,也可以按照ui,model,view,presenter这种情况进行组织目录划分。
4.2 整体MVP构建
至于MVP的构建方式,在文章Google官方架构MVP解析与实战中已经进行了分析,这里不再赘述直接提取结论。(下面的文中会对所有点再次提及)
1、官方MVP实例,通过协议类XXXContract来对View和Presenter的接口进行内部继承。是对BaseView和BasePresenter的进一步封装,所以我们实现的View和Presenter也只需要继承XXXContract中的对应内部接口就行。
**2、**activity的作用主要是创建View(这里是相应的fragment),以及创建presenter,并把view传递给presenter(完成presenter对view实例关联操作)
3、在presenter的实现类的构造函数中,通过view的setPresenter,让view获得了presenter实例。这样view中就可以对Presenter中的方法进行操作了。(完成view对presenter实例关联操作)
4、在presenter的实现类中,可以对Model数据进行操作。实例中,数据的获取、存储、数据状态变化都是model层的任务,presenter会根据需要调用该层的数据处理逻辑并在需要时将回调传入。这样model、presenter、view都只处理各自的任务,此种实现确实是单一职责最好的诠释。
本篇文章我们主要针对todo-mvp-rxjava项目中的添加和修改待办事项页面做讲解。(这是同一个界面的不同状态)
4.3 添加和修改待办事项页面 -代码细节分析
4.3.1 BaseView 和BasePresenter
注意:下方展示的所有对比代码左右分别代表todo-mvp/和todo-mvp-rxjava/项目,不再提示。