最近阅读项目的源码,发现项目中有MVP的痕迹,但是自己却不能很好地理解相关的代码实现逻辑。主要原因是自己对于MVP的理解过于概念话,还没有真正操作过。本文打算分析一个MVP的简单实例,帮助自己更好的理解MVP的内在思想。

  对于什么是MVP,MVP和MVC的区别,MVP的有点,大家可以参考这篇文章:MVP 模式简单易懂的介绍方式。文章里面还有demo,可以帮助大家更好的理解。

  今天分析的是一个别人写的 demo,其实作者也有写文章来介绍(Android MVP with Fragment and RecyclerView),那我为何还要自己来分析一遍呢?其实我已经仿照这个 demo 将 MVP 的思想用到了自己写的一个 demo 上。但是,时间长了,又忘记了,所以打算梳理下。当然,文章肯定不会跟作者的文章一样,得提出自己的思想。并且还对 demo 进行改造优化,使其更加符合MVP的思想。

  推荐先看前面两篇文章,再来看本文,这样能更好的理解文章的内容。

代码结构简析

  首先我们来看代码的结构图。 从中可以看到有6个文件夹,与 MVP 模式相关的是后面三个文件夹。model 中存放的是与数据相关的类。Picture 是数据 model,其他几个类是负责下载Picture获取数据的。Presenter 中会引入 model 和 view 的引用,以此来控制 model 和 view。View中只有一个 PictureView 类,但是严格说来,应该把 PictureFragment 和 PictureAdapter 也放在文件夹 view 中,但是这样放也是可以的。

实现逻辑

总体概要

  这个项目要做的事情很简单,就是从网络下载图片,显示在手机上,点击图片,弹出一个 Toast。

思路分析

  MVP ?在这里 M 不就是图片,所以肯定会有一个 Picture 实体类。图片需要下载,因此,还要建立一个类用来控制,但是最终的调用下载是在 P 中。

  那 V ?就是 Fragment 啦,由 recyclerView 和 ProgressBar 构成的。PictureView 是一个接口,用于控制图片的展示等。但是也是在 P 中调用。

  最后就是 P 啦,封装了对 M, V 的操作,即 PicturePresenterImpl 这个类。

代码实现

  M的实现(只贴重要的代码):

public class PictureInteractorImpl implements PictureInteractor {

    private final static String[] pictureNames = {
"Rocket in the universe",
"A scene in London",
"Moon over mountains",
"A simple moon",
"Sun and volcano",
"A collection of mountains",
"River between mountains",
"Some pine trees",
"On Small Town",
"Volcanos reflection"
}; private final static int pictureImages[] = {
R.drawable.cohete_flat,
R.drawable.london_flat,
R.drawable.material_flat,
R.drawable.moon_flat,
R.drawable.mountain_flat,
R.drawable.mountain_mo_flat,
R.drawable.moutain_go_flat,
R.drawable.pine_flat,
R.drawable.towers_flat,
R.drawable.vulcan_flat
}; @Override
public void loadPictures(final LoaderListener listener) {
new Handler(Looper.getMainLooper())
.postDelayed(new Runnable() {
@Override
public void run() {
listener.onFinish(createPictures());
}
}, 2000);
} private List<Picture> createPictures() {
ArrayList<Picture> pictures = new ArrayList<>();
for (int i = 0; i < pictureNames.length; i++) {
pictures.add(new Picture(pictureNames[i], pictureImages[i]));
}
return pictures;
}
}

大家看上面的代码,只有 loadPictures 是来自于接口的,为啥 createPictures 方法不写在接口里呢?主要是因为写在接口的方法是要在 P 中调用的。如果不需要外部调用,就没必要接口里面了。

  V 的实现(只贴重要的代码):

public interface PictureView {
void showProgressBar(); void hideProgressBar(); void showMsg(String msg); void showPictures(List<Picture> pictures);
}

  虽然 View  中只有 PictureView 一个类,但是从这个类可以对 view 要做的事一清二楚。

  P 的实现(只贴重要的代码):

public class PicturePresenterImpl implements PicturePresenter, LoaderListener {

    private PictureView mPictureView;
private PictureInteractor mInteractor; public PicturePresenterImpl(PictureView pictureView) {
this.mPictureView = pictureView;
mInteractor = new PictureInteractorImpl();
} @Override
public void onResume() {
mPictureView.showProgressBar();
mInteractor.loadPictures(this);
} @Override
public void onDestroy() {
mPictureView = null;
} @Override
public void onItemClick(int pos) {
mPictureView.showMsg(String.valueOf(pos));
} @Override
public void onFinish(List<Picture> pictures) {
mPictureView.hideProgressBar();
mPictureView.showPictures(pictures);
}
}

  可以看出来,P 中其实就是对 M,V 的逻辑进行了封装,统一由其来掌控。

  最后来讲讲 fragment,内部引入了 P 。主要是由于 P 无法控制生命周期,所以需要借用 fragment 的生命周期来对整个过程进行控制。

疑问?

  大家看了上面的demo,不觉得在 fragment 中,即夹杂着 V, 又有 P,这样其实不利于维护,尤其是后期当 view 越来越多的时候,那时候,还要把 view 的初始化等等都写在 fragment 中嘛?所以接下去要对 fragment 内容进行瘦身。那怎么瘦身呢?具体请看下文。

改造

  改造后的结构,只在 view 中新建了一个 BasePageView 来处理 view 的初始化和控制逻辑。

其代码具体如下:

public class BasePageView extends FrameLayout implements PictureView {

    private RecyclerView mRecyclerView;
private ProgressBar mProgress; private PictureAdapter mAdapter;
private PicturePresenter mPresenter;
private Context mContext; /**
* 构造函数。
*/
public BasePageView(Context context){
this(context, null);
}; public BasePageView(Context context, AttributeSet attributeSet) {
this(context, attributeSet, 0);
} public BasePageView(Context context, AttributeSet attributeSet, int defStyleAttr){
super(context, attributeSet, defStyleAttr);
init(context);
} /**
* 初始化
*/
public void init(Context context) {
mContext = context;
inflate(mContext, R.layout.base_view_layout, this);
mRecyclerView = (RecyclerView) findViewById(R.id.recycler_view);
mProgress = (ProgressBar) findViewById(R.id.progress_bar);
mRecyclerView.setLayoutManager(new LinearLayoutManager(mContext));
} @Override
public void showProgressBar() {
mProgress.setVisibility(View.VISIBLE);
mRecyclerView.setVisibility(View.INVISIBLE);
} @Override
public void hideProgressBar() {
mProgress.setVisibility(View.INVISIBLE);
mRecyclerView.setVisibility(View.VISIBLE);
} @Override
public void showMsg(String msg) {
Toast.makeText(mContext, msg, Toast.LENGTH_LONG).show();
} @Override
public void showPictures(List<Picture> pictures) {
mAdapter = new PictureAdapter(pictures);
mAdapter.setRecyclerItemClickListener(new OnRecyclerItemClickListener() {
@Override
public void onItemClick(int pos) {
mPresenter.onItemClick(pos);
}
});
mRecyclerView.setAdapter(mAdapter);
} }

这样当需要对视图进行更改的时候,只需要更改这个类就可以了,不用在跑到 fragment 中去了。

于此同时,fragment 也瘦身成功了:

public class PictureFragment extends Fragment{

    private PicturePresenter mPresenter;

    public static PictureFragment newInstance() {
return new PictureFragment();
} public PictureFragment() {
} @Override
public void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
} @Override
public View onCreateView(LayoutInflater inflater, ViewGroup container,
Bundle savedInstanceState) {
View view = inflater.inflate(R.layout.fragment_picture, container, false);
BasePageView basePageView = (BasePageView) view.findViewById(R.id.baseView);
mPresenter = new PicturePresenterImpl(basePageView);
return view;
} @Override
public void onResume() {
super.onResume();
mPresenter.onResume();
} @Override
public void onDestroy() {
super.onDestroy();
mPresenter.onDestroy();
} }

  改造之后,是不是更好理解了啊。当我们需要对某一部分需要修改的时候,能够轻松定位要修改的地方。

  好了,通过改造之后,相信大家对 MVP 的理解也就更加深刻了。

  希望这篇文章对大家有所帮助。

结合实例分析Android MVP的实现的更多相关文章

  1. Android Touch事件原理加实例分析

    Android中有各种各样的事件,以响应用户的操作.这些事件可以分为按键事件和触屏事件.而Touch事件是触屏事件的基础事件,在进行Android开发时经常会用到,所以非常有必要深入理解它的原理机制. ...

  2. [Android]Android MVP&依赖注入&单元测试

    以下内容为原创,欢迎转载,转载请注明 来自天天博客:http://www.cnblogs.com/tiantianbyconan/p/5422443.html Android MVP&依赖注入 ...

  3. Android MVP+Retrofit+RxJava实践小结

    关于MVP.Retrofit.RxJava,之前已经分别做了分享,如果您还没有阅读过,可以猛戳: 1.Android MVP 实例 2.Android Retrofit 2.0使用 3.RxJava ...

  4. 在Eclipse中使用MAT分析Android程序内存使用状况(转)

    对于Android这种手持设备来说,通常不会带有太大的内存,而且一般用户都是长时间不重启手机,所以编写程序的时候必须要非常小心的使用内存,尽量避免有内存泄露的问题出现.通常分析程序中潜在内存泄露的问题 ...

  5. Android MVP模式

    转自http://segmentfault.com/blogs,转载请注明出处Android MVP Pattern Android MVP模式\[1\]也不是什么新鲜的东西了,我在自己的项目里也普遍 ...

  6. 源码分析Android Handler是如何实现线程间通信的

    源码分析Android Handler是如何实现线程间通信的 Handler作为Android消息通信的基础,它的使用是每一个开发者都必须掌握的.开发者从一开始就被告知必须在主线程中进行UI操作.但H ...

  7. Android MVP Presenter 中引发的空指针异常

    一.概述 最近对 googlesamples/android-architecture 中的 MVP-dagger 进行了学习.对照项目的 MVP-dagger 分支,对 MVP-dagger 进行了 ...

  8. 如何实现自己的Android MVP框架?

    相信熟悉android开发的童鞋对MVP框架应该都不陌生吧,网上很多关于android中实现MVP的文章,大家可以直接搜索学习.这些文章中,MVP的实现思路基本都是把Activity.Fragment ...

  9. 深入理解Android(5)——从MediaScanner分析Android中的JNI

    前面几篇介绍了Android中的JNI和基本用法,这一篇我们通过分析Android源代码中的JNI实例,来对JNI部分做一个总结. 一.通向两个不同世界的桥梁 在前面我们说过,JNI就像一个桥梁,将J ...

随机推荐

  1. python脚本0b文件处理

    要处理的文件: 此处处理将00的数据干掉. 处理python脚本: dir_fd = open('abc.yuv','rb+') tmp_fd = open('tmp.yuv','wb+') whil ...

  2. typedef void(*Fun)(void);

    typedef void(*Fun)(void); 函数类似于数组,函数名就是它的首地址: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 ...

  3. Vue.js依赖收集

    写在前面 因为对Vue.js很感兴趣,而且平时工作的技术栈也是Vue.js,这几个月花了些时间研究学习了一下Vue.js源码,并做了总结与输出.文章的原地址:https://github.com/an ...

  4. Python基础总结

      刚学习Python时,边学边总结的,采用思维导图的形式, 适合回顾使用.内容参考<Python:从入门到实践>一书.   再给出一张Datacamp网站上的一张关于Python基础的总 ...

  5. Centos/linux下的JDK安装

    1.连接到centos的远程主机上 #你的用户名 ssh root@xxxxx 2.输入密码登录 3.最好将镜像改为阿里云的镜像 http://mirrors.aliyun.com/help/cent ...

  6. Elasticsearch教程-从入门到精通(转载)

    转载,原文地址:http://mageedu.blog.51cto.com/4265610/1714522?utm_source=tuicool&utm_medium=referral 各位运 ...

  7. .addClass(),.removeClass(),.toggleClass()的区别

    .addClass("className")方法是用来给指定元素增加类名,也就是说给指定的元素追加样式: 可以同时添加多个类名,空格符隔开 $("selector&quo ...

  8. spring注解-@Transactional事务几点注意

    这里面有几点需要大家留意:A. 一个功能是否要事务,必须纳入设计.编码考虑.不能仅仅完成了基本功能就ok.B. 如果加了事务,必须做好开发环境测试(测试环境也尽量触发异常.测试回滚),确保事务生效.C ...

  9. 独立游戏大电影 原名(Indie.Game)

    电影链接 独立游戏大电影 感觉很不错呢!!

  10. uva1625

    思路:每次选择颜色面临有两个选择:1.序列A的首部颜色 2.序列B的首部元素,定义状态d[i][j]表示A序列已经选取了前i个颜色,B序列已经选取了前j个颜色的情况下最小的L(c)总和. 状态转移:c ...