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