@Tyhj
2018-11-17T17:22:50.000000Z
字数 2983
阅读 1192
Android
Android Architecture Blueprints是google的一个开源项目,项目使用不同的架构概念和工具实现相同的应用程序,作为示例用作开发者学习如何构建代码;同时google也不建议我们将这些示例作为规范示例,我们应该根据这些概念构建自己项目最适合的架构;学习项目的时候写一下自己的体会
为什么使用架构呢?总的来说就是之前的代码写的太乱了;基本上所有的东西都在Activity或者Fragement中进行,导致一个Activity里面有太多的东西需要处理;这种写法其实都谈不上MVC架构,因为数据的获取、保存也是在Activity里面写了;这个时候Activity的代码就显得特别的庞大;一旦需求变更或出现bug,那简直就是噩梦一场
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项目是一个记事本的栗子,我自己也新建了一个项目简单的相册的功能;功能就是可以从本地选取图片放到这个相册中浏览,放进来的图片数据用本地数据库进行保存(主要是保存路径);具体操作有展示图片,添加图片、删除图片;
BaseView和BasePresenter只是两个简单的接口
public interface BaseView {
}
public interface BasePresenter {
}
先看View层,View是作为显示数据和交互的,APP只有三个功能,那么View要做的就是:
再看P层,P层是控制Model获取数据交给View显示的,APP只有三个功能,那么P层要做的就是:
然后面对接口编程的思想,我们把抽象出来接口,这样子程序更清晰,因为都是同一个功能,所以抽象到一个类里面,减少类的创建;
public interface PicturesContract {
interface View extends BaseView {
//显示图片、刷新列表
void showPic(List<Picture> 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<Picture> 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中了;如果这些数据要保存起来,就在Persenter里面调用Model来操作;有疑惑或者不确定做的是否正确的时候就想想MVP思想。
//展示,刷新图片
@Override
public void showPic(List<Picture> pictureList) {
mPictureAdapter.replaceData(pictureList);
}