[关闭]
@Tyhj 2018-11-17T09:22:50.000000Z 字数 2983 阅读 734

浅谈Android架构——MVP

Android


Android架构蓝图

Android Architecture Blueprints是google的一个开源项目,项目使用不同的架构概念和工具实现相同的应用程序,作为示例用作开发者学习如何构建代码;同时google也不建议我们将这些示例作为规范示例,我们应该根据这些概念构建自己项目最适合的架构;学习项目的时候写一下自己的体会

MVP架构

使用架构

为什么使用架构呢?总的来说就是之前的代码写的太乱了;基本上所有的东西都在Activity或者Fragement中进行,导致一个Activity里面有太多的东西需要处理;这种写法其实都谈不上MVC架构,因为数据的获取、保存也是在Activity里面写了;这个时候Activity的代码就显得特别的庞大;一旦需求变更或出现bug,那简直就是噩梦一场

对MVP的理解

Android MVP 十分钟入门:https://juejin.im/post/58870cc2128fe1006c46e39c

之前看东西都喜欢简单略过这个东西的概念然后去看具体的实现;这个其实是有问题的,比如之前看MVP架构也是一样,直接看别人是怎么实现的,额,首先新建三个文件夹,一个放Model,一个放View,一个放Presenter,然后照着样子写写,的确像那么回事,但是再看另一个MVP项目就感觉好像和自己写的不一样了;其实就是没有好好理解MVP的概念、思想,MVP并没有一个固定的写法,只是一种概念,每个人、每个项目有不同的写法;只有先了解它的概念、思想,在使用中有疑惑的时候,按照这种思想来继续构建项目;

MVP其实就是将项目分为了三层

  • model层:负责操纵数据,存取,增删改查
  • view层:负责界面展示和交互
  • Presenter:主要作为一个桥梁,Model 去获取数据,本地或者网络,解析回来,通过View 接口提供给界面显示

之前对MVP有个误解,当时以为model层就是创建的实体类(bean),presenter来进行数据的操作,view进行显示;这样presenter的工作又变多了

使用栗子

Google的MVP项目是一个记事本的栗子,我自己也新建了一个项目简单的相册的功能;功能就是可以从本地选取图片放到这个相册中浏览,放进来的图片数据用本地数据库进行保存(主要是保存路径);具体操作有展示图片,添加图片、删除图片;

屏幕快照 2018-11-16 下午2.54.30.png-27.3kB

BaseViewBasePresenter只是两个简单的接口

  1. public interface BaseView {
  2. }
  3. public interface BasePresenter {
  4. }

抽象接口

先看View层,View是作为显示数据和交互的,APP只有三个功能,那么View要做的就是:

再看P层,P层是控制Model获取数据交给View显示的,APP只有三个功能,那么P层要做的就是:

然后面对接口编程的思想,我们把抽象出来接口,这样子程序更清晰,因为都是同一个功能,所以抽象到一个类里面,减少类的创建;

  1. public interface PicturesContract {
  2. interface View extends BaseView {
  3. //显示图片、刷新列表
  4. void showPic(List<Picture> pictureList);
  5. //删除本地图片成功
  6. void deletePic(int position);
  7. //添加本地图片
  8. void addPic(Picture picture);
  9. }
  10. interface Presenter extends BasePresenter {
  11. //获取本地图片
  12. void getLocalPic();
  13. //删除本地图片
  14. void deletePic(Picture picture);
  15. //添加本地图片
  16. void addPic();
  17. }
  18. }

再看Model层,新增一个Picture类来保存图片数据;一般情况数据可能从内存、本地或者网络获取,这里只考虑本地;对于Model来说,就是数据库的增删;所以提取出接口,新建PictureLocalDataSource类来实现接口,实现对数据库的操作,这里和Google的demo里面一样,使用的是Google的Room框架,

Android Room使用:https://www.jianshu.com/p/7354d5048597

  1. /**
  2. * 对图片进行操作
  3. */
  4. public interface PictureDataSource {
  5. interface GetPicCallback {
  6. void onPicGet(Picture picture);
  7. }
  8. interface GetPicsCallback {
  9. void onPicGet(List<Picture> pictureList);
  10. }
  11. //获取所有图片
  12. void getPics(GetPicsCallback getPicsCallback);
  13. //获取一张图片
  14. void getPic(Long picId, GetPicCallback getPicCallback);
  15. //删除一张图片
  16. void deletePic(Long picId);
  17. //保存图片
  18. void savePic(Picture picture);
  19. }

具体实现

在Activity里面实现PicturesContract.View接口,并且初始化控件,做一下交互就ok了;里面还需要初始化一个PicturesContract.Presenter对象,Presenter类里面需要一个PictureLocalDataSource对象取操作数据和PicturesContract.View对象更新界面;当用户相应操作的时候,Presenter进行数据的操作,成功后调用View更新界面。关于对象的初始化,Google官方的demo是新建一个Activity,Activity里面有一个Fragement作为View层,在Activity里面进行一些初始化操作。

总结

具体就是这么来实现,M层操作数据,V层管理界面和交互,P层负责将二者连接起来;先将每层要负责的功能抽象出来,在每层里面实现去。界面和逻辑业务通过接口关联,将业务实现细节隐藏,如此一来,当我们将交互之间的接口定义好之后,内部的实现细节修改,保证模块独立性。

一些疑问

其中也有一些疑问,M层拿到图片数据List以后,直接在V层给Adapter自己更新;Google的demo也是这么做的,就是说在Activity里面没有进行数据的保存,那么如果要进行单个item的更新或者删除操作,也需要在Adapter里面写方法;结合MVP的思想,数据在展示、交互的时候改变了,这个数据已经是保存在了View中了;如果这些数据要保存起来,就在Persenter里面调用Model来操作;有疑惑或者不确定做的是否正确的时候就想想MVP思想。

  1. //展示,刷新图片
  2. @Override
  3. public void showPic(List<Picture> pictureList) {
  4. mPictureAdapter.replaceData(pictureList);
  5. }

项目地址:https://github.com/tyhjh/AndroidMvp

添加新批注
在作者公开此批注前,只有你和作者可见。
回复批注