Android MVP架构

caffeine-coffee-cup-6347.jpg

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：连接View层与Model层的桥梁并对业务逻辑进行处理;Model 去获取数据，本地或者网络，解析回来，通过View 接口提供给界面显示

对于P层网上更多是没有写对业务逻辑进行处理这点，比如说Google MVP的demo里，获取数据的时候有在P层对数据进行过滤的处理；这个操作其实在M层也可以做，那按照MVP架构就在P层进行处理；

使用栗子

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

BaseView和BasePresenter只是两个简单的接口

public interface BaseView {

}

public interface BasePresenter {
}

抽象接口

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

• 展示图片
• 删除图片后会更新界面
• 添加本地图片后更新界面

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

• 控制Model获取数据库的所有图片，交给View
• 删除图片，通知View更新
• 保存添加的图片，通知View更新

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

public interface PicturesContract {

    interface View extends BaseView {
        //显示图片、刷新列表
        void showPic(List pictureList);
        //删除本地图片成功
        void deletePic(int position);
        //添加本地图片
        void addPic(Picture picture);
    }
    interface Presenter extends BasePresenter {
        //获取本地图片
        void getLocalPic();
        //删除本地图片
        void deletePic(Picture picture);
        //添加本地图片
        void addPic();
    }
}

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

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

/**
 * 对图片进行操作
 */
public interface PictureDataSource {

    interface GetPicCallback {
        void onPicGet(Picture picture);
    }
    interface GetPicsCallback {
        void onPicGet(List pictureList);
    }

    //获取所有图片
    void getPics(GetPicsCallback getPicsCallback);
    //获取一张图片
    void getPic(Long picId, GetPicCallback getPicCallback);
    //删除一张图片
    void deletePic(Long picId);
    //保存图片
    void savePic(Picture picture);

}

具体实现

在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中了；如果这些数据要保存到内存中，讲道理还是应该在M层来管理的；有疑惑或者不确定做的是否正确的时候就想想MVP思想。

    //展示，刷新图片
    @Override
    public void showPic(List pictureList) {
        mPictureAdapter.replaceData(pictureList);
    }

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