您的位置:首页 > 移动开发 > Android开发

Android MVC、MVP和MVVP的概念、运用及区别

2016-04-15 13:44 351 查看
少年不识愁滋味,爱上层楼。爱上层楼,为赋新词强说愁。

而今识尽愁滋味,欲说还休。欲说还休,却道天凉好个秋。

一首辛弃疾的《丑奴儿·书博山道中壁》送给大家

概述

MVC、MVP和MVVM都是为了解决界面呈现和逻辑代码分离而出现的模式。经典的MVC模式是M-V-X模式的老祖宗,MVP和MVVM都是在MVC的基础上演化而来。本文分为三个部分:

概述MVC、MVP和MVVM的概念、区别、以及适用场景。

用Demo演示MVP及MVVM的使用

Demo源码下载

概述MVC、MVP和MVVM的概念、区别、以及适用场景。

简述MVC



M-Model : 业务逻辑和实体模型(biz/bean)

V-View : 布局文件(XML)

C-Controllor : 控制器(Activity)

MVC虽然将界面呈现和逻辑代码分离了,但是在实际的Android开发中并没有完全起到想要的作用。View对应的XML文件实际能做的事情很少,很多界面显示由Controllor对应的Activity给做了,这样使得Activity变成了一个类似View和Controllor之间的一个东西。如果是小型项目,MVC是没任何问题的。因为项目比较小嘛,开发周期比较短,Controllor臃肿点也可以理解。假设项目越来越大,尤其是再加上比较复杂的逻辑,这时候一个Activity几千行代码就比较蛋疼了,再加点迷之缩进,那酸爽~~啧啧。所以MVC比较适用于快速开发的小型项目。

简述MVP



M-Model : 业务逻辑和实体模型(biz/bean)

V-View : 布局文件(XML)和Activity

P-Presenter : 完成View和Model的交互

尽管MVC设计的非常nice,但代码臃肿的问题仍然没有得到很好的解决,这个时候MVP就要登场了。可以看到MVP相对于MVC改动是非常大的。Activity直接当做View使用,代替MVC中C的是P-Presenter。对比MVC和MVP的模型图可以发现变化最大的是View和Model不在直接通信,所有交互的工作都通过Presenter来解决。既然两者都通过Presenter来通信,为了复用和可拓展性,MVP模式基于接口设计也就很好理解了。两者都通过Presenter来通信,好很多的好处,例如提高代码复用性啦、增加可拓展性啦、降低耦合度啦、代码逻辑更加清晰啦。但是、本来两个能直接通信的东西现在要通过第三方来通信,那势必会增加很多类。没错,MVP模式虽然很好,但是增加了很多的接口和实现类。代码逻辑虽然清晰,但是代码量要庞大一些。当刚接手一个烂尾的MVP模式,如果事先没了解过MVP,会不会一脸的懵逼。所以MVP比较适用于中小型的项目,大型项目慎用。

简述MVVM



M-Model : 实体模型(biz/bean)

V-View : 布局文件(XML)

VM-ViewModel : binder所在之处,对外暴露出公共属性,View和Model的绑定器

有的读者该说了,你作用这不是和MVC一样嘛!是的,对应的文件看起来确实是一样的,但是作用不同。MVVM和MVP一样,View和Model不允许直接交互。只能通过ViewModel。MVVM神奇的地方在于通过ViewModel隔离了UI层和业务逻辑层,降低程序的耦合度。而且,布局文件里可以进行视图逻辑!并且Model发生变化,View也随着发生变化。布局文件里居然还能写逻辑,斯国一!

Demo演示MVP及MVVM的使用

MVP的代码示例

工程大纲如下:



预览大纲可以发现只有一个Bean:User。业务逻辑只有一个GetUserInfo。先放下View层和Presenter层。我们来看下最简单的Bean层和Biz层(业务逻辑)。

public class User {
private int id;
private String account;
private String pwd;

getter()/setter()...
}

public interface IGetUserInfo {

void getUserInfo(int id, OnUserInfoListener listener);
}

public class GetUserInfoImpl implements IGetUserInfo{

@Override
public void getUserInfo(final int id, final OnUserInfoListener listener) {
// 模拟数据
new Thread(new Runnable() {
@Override
public void run() {
if (id == 666){
User user = new User();
user.setId(666);
user.setAccount("一口仨馍");
user.setPwd("走在勇往直前的路上");
listener.getUserInfoSuccess(user);
}else{
String msg = "损色!获取数据失败啦";
listener.getUserInfoFailure(msg);
}
}
}).start();
}
}

public interface OnUserInfoListener {

void getUserInfoSuccess(User user);

void getUserInfoFailure(String msg);
}


为了观赏性,省略了部分代码,如有需要可以在第三部分下载源码。这里我们定义了两个接口和实现类。MVP模式的接口之多由此可见一斑。下面一一解释各个类的作用

User:Bean也可以叫做POJO,纯净的类。

IGetUserInfo:获取用户信息的接口

GetUserInfoImpl:获取用户信息的实现类

OnUserInfoListener:获取用户信息的监听接口

这里我们主要解析下GetUserInfoImpl这个类,GetUserInfoImpl是接口IGetUserInfo的具体实现类。复写了IGetUserInfo#getUserInfo()方法。在GetUserInfoImpl的getUserInfo()方法中,模拟后台请求数据。如果成功请求到User信息,则调用接口
OnUserInfoListener#getUserInfoSuccess(User user)
方法。否则调用
OnUserInfoListener#getUserInfoFailure(String msg)
方法。

Bean和Biz层的业务逻辑都有了,下面该通知View显示数据。由于View个Model在Presenter中使用接口通信,所以先定义一个用于显示数据的接口。然后在要获取数据的Activity中实现此接口,并复写其中所有的抽象方法。

public interface IUserInfoShow {

void beforeLoding();

void getUserInfoSucceed(User user);

void getUserInfoFailed(String msg);

void afterLoading();
}

// MainActivity extends Activity implements IUserInfoShow


View层的接口定义完成之后,就剩最后的大Boss-Presenter登场了!

package com.dyk.mvp.presenter;

import com.dyk.mvp.bean.User;
import com.dyk.mvp.biz.IGetUserInfo;
import com.dyk.mvp.biz.OnUserInfoListener;
import com.dyk.mvp.view.IUserInfoShow;

/**
* Created by dyk on 2016/4/14.
*/
public class UserInfoPresenter {
private IGetUserInfo mIGetUserInfo;
private IUserInfoShow mUserInfoShow;

public UserInfoPresenter(IUserInfoShow mUserInfoShow, IGetUserInfo mIGetUserInfo) {
this.mUserInfoShow = mUserInfoShow;
this.mIGetUserInfo = mIGetUserInfo;
}

public void getUserInfo(int id){
mUserInfoShow.beforeLoding();
mIGetUserInfo.getUserInfo(id, new OnUserInfoListener() {
@Override
public void getUserInfoSuccess(User user) {
mUserInfoShow.getUserInfoSucceed(user);
mUserInfoShow.afterLoading();
}

@Override
public void getUserInfoFailure(String msg) {
mUserInfoShow.getUserInfoFailed(msg);
mUserInfoShow.afterLoading();
}
});
}
}


在关键的Presenter中,我们定义了一个两个参数的构造方法和一个getUserInfo()方法。

在构造方法中,传进来的两个参数分别是:IUserInfoShow、IGetUserInfo。前者是View层的顶级接口,后者是M层的顶级接口。并且赋给属性mUserInfoShow、mIGetUserInfo。看来今天所有的工作全看他们俩的了!

在getUserInfo()方法中,传进来的参数时id,这个id就是用户的id。在方法的开始调用
mUserInfoShow.beforeLoding()
,这意味着我们可以在实现了IUserInfoShow类的beforeLoding()方法中做一些预处理,比如展示Loading动画等等,紧接着调用了
mIGetUserInfo.getUserInfo()
,并且new了一个OnUserInfoListener的匿名内部类。也就是我们获取用户信息的监听。接下来就很简单了,如果成功则调用
mUserInfoShow.getUserInfoSucceed(user);
mUserInfoShow.afterLoading();
失败的话调用
mUserInfoShow.getUserInfoFailed(msg);
mUserInfoShow.afterLoading();
。一个简单的Presenter就完成了,剩余的就看IUserInfoShow的实现类

package com.dyk.mvp;

import android.app.Activity;
import android.os.Bundle;
import android.util.Log;
import com.dyk.mvp.bean.User;
import com.dyk.mvp.biz.GetUserInfoImpl;
import com.dyk.mvp.presenter.UserInfoPresenter;
import com.dyk.mvp.view.IUserInfoShow;

public class MainActivity extends Activity implements IUserInfoShow {
private static final String TAG = "MVP";

private UserInfoPresenter mUserInfoPresenter;

@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_main);
mUserInfoPresenter = new UserInfoPresenter(this, new GetUserInfoImpl());
mUserInfoPresenter.getUserInfo(666);
}

@Override
public void beforeLoding() {
Log.i(TAG, "beforeLoding");
}

@Override
public void getUserInfoSucceed(User user) {
Log.i(TAG, "id:"+user.getId()+" account:"+user.getAccount()+" pwd:"+user.getPwd());
}

@Override
public void getUserInfoFailed(String msg) {
Log.i(TAG, "msg=" + msg);
}

@Override
public void afterLoading() {
Log.i(TAG, "afterLoading");
}
}


在MainActivity#OnCreate()里,首先实例化一个UserInfoPresenter对象,并将GetUserInfoImpl作为第二个参数传入。然后只需执行一行代码
mUserInfoPresenter.getUserInfo(666);
即可。Activity的代码是不是看起来简洁的多。Log信息如下:



MVVM代码示例

工程大纲如下:



WTF!居然只有Activity、Bean以及一个activity_main.xml?是的,MVVP就是这么简洁。可是简洁不意味着简单。Google去年I/O大会发布了一款MVVP的框架,data binding。今天以此框架为例。

在Module的build.gradle中添加

dataBinding {
enabled true
}


代码很少,直接贴上来了。后面会仔细解释。

<?xml version="1.0" encoding="utf-8"?>
<layout xmlns:android="http://schemas.android.com/apk/res/android">

<data>

<import type="com.dyk.mvvp.bean.User" />

<variable
name="user"
type="User" />

</data>

<LinearLayout
android:layout_width="match_parent"
android:layout_height="match_parent"
android:orientation="vertical">

<TextView
android:layout_width="match_parent"
android:layout_height="wrap_content"
android:text="@{String.valueOf(user.id)}" />

<TextView
android:layout_width="match_parent"
android:layout_height="wrap_content"
android:text="@{user.account}" />

<TextView
android:layout_width="match_parent"
android:layout_height="wrap_content"
android:text="@{user.pwd}" />

</LinearLayout>

</layout>

public class MainActivity extends Activity {

@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
ActivityMainBinding binding = DataBindingUtil.setContentView(this, R.layout.activity_main);
binding.setUser(new User(666,"一口仨馍", "走在勇往直前的路上"));
}
}


Run一下试试看。区区几行代码就搞定了User信息的绑定与展示首先看布局文件。最外层为layout。其次定义了data元素,里面有个变量(variable)名称为user,类型为
com.dyk.mvvp.bean.User
中的User,也就是我们的Bean。然后在
TextView.setText()
中直接使用user.account属性就可以获取到user的属性,无论是否私有。Java基本类型不用使用import导包,另外还支持Java语法。可以看到id属性使用了
String.value()
方法转换为String。然后再MainActivity中没有直接
setContentView()
而是调用
DataBindingUtil.setContentView(this, R.layout.activity_main);
返回的是个继承
ViewDataBinding
的泛型。这里是
ActivityMainBinding
,注意下,这个返回泛型名称是有规则的:布局文件去掉下划线,后面第一个字母大写,再加上Binding。例如这里的布局文件为
activity_main
,对应的泛型为:
ActivityMainBinding
,这里只是一个示例。感兴趣的同学可以去仔细研究data binding框架。

源码下载 : http://download.csdn.net/detail/qq_17250009/9492043

参考:

/article/7579083.html

/article/1580255.html

http://rocko.xyz/2015/02/06/Android%E4%B8%AD%E7%9A%84MVP/

http://rocko.xyz/2015/11/07/MVVM_Android-CleanArchitecture/

/article/3711736.html

/article/1528661.html

http://www.jcodecraeer.com/a/anzhuokaifa/androidkaifa/2015/1110/3669.html
内容来自用户分享和网络整理,不保证内容的准确性,如有侵权内容,可联系管理员处理 点击这里给我发消息
标签: