面试的时候被问到这个问题，用过，也了解过，但是还是不够深入，总结一下。
MVC，MVP和MVVM是软件比较常用的三种软件架构，这三种架构的目的都是分离关注，避免将过多的逻辑全部堆积在一个类中，以android为例，在activity中既有UI的相关处理逻辑，又有数据获取逻辑，从而导致activity逻辑复杂不单一难以维护。为了一个应用可以更好的维护和扩展，我们需要很好的区分相关层级，要不然以后将数据获取方式从数据库变为网络获取时，我们需要去修改整个activity。架构使得view和数据相互独立，我们把应用分成三个不同层级，这样我们就能够单独测试相关层级，使用架构能够把大多数逻辑从activity中移除，方便进行单元测试。
Model View Controller模式，MVC将应用分成三个主要层级：Model，View和Controller，它强制将逻辑进行分离，数据结构和Controller逻辑与UI是解耦的，所以测试相关模块变的更简单。
其实android app的界面开发部分已经是遵从MVC模式的，
以一个获取天气的例子来说，xml布局可视为View层；Activity为Controller层，控制用户输入，将Model层获取到的数据展示到View层；Model层的实体类当然就是用来获取网络数据了。
Model层
WeatherModel.class接口
public interface WeatherModel {
void getWeather(OnLoadWeatherCallback callback);
}WeatherModelImpl.class类
public class WeatherModelImpl implements WeatherModel{
private Context mContext;
public WeatherModelImpl(Context context){
mContext = context;
}
@Override
public void getWeather(final OnLoadWeatherCallback callback) {
NetApi.getInstance().jsonObjectRequest(mContext, "http://www.weather.com.cn/data/sk/101010100.html",
new HashMap<String, String>(), new BaseNetApi.OnNetCallback<JSONObject>() {
@Override
public void onSuccess(JSONObject jsonObject) {
try {
jsonObject = new JSONObject(jsonObject.getString("weatherinfo"));
WeatherInfo info = new WeatherInfo();
info.city = jsonObject.getString("city");
info.temp = Double.parseDouble(jsonObject.getString("temp"));
info.WD = jsonObject.getString("WD");
info.WS = jsonObject.getString("WS");
info.time = jsonObject.getString("time");
callback.onLoadSuccess(info);
} catch (JSONException e) {
L.e(e);
}
}
@Override
public void onFail(NetError netError) {
callback.onError(netError);
}
});
}
} Controller层
WeatherActivity.class类
public class WeatherActivity extends BaseActivity implements OnLoadWeatherCallback{
private TextView tv_name;
private TextView tv_temperature;
private TextView tv_wind_d;
private TextView tv_wind_s;
private TextView tv_time;
private LoadingDialog ld;
private WeatherModel weatherModel;
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_weather);
tv_name = (TextView) findViewById(R.id.tv_name);
tv_temperature = (TextView) findViewById(R.id.tv_temperature);
tv_wind_d = (TextView) findViewById(R.id.tv_wind_d);
tv_wind_s = (TextView) findViewById(R.id.tv_wind_s);
tv_time = (TextView) findViewById(R.id.tv_time);
weatherModel = new WeatherModelImpl(this);
ld = new LoadingDialog(this);
ld.setLoadingText("正在获取天气...");
ld.show();
weatherModel.getWeather(this);
}
private void onShowWeather(WeatherInfo weatherInfo){
tv_name.setText(weatherInfo.city);
tv_temperature.setText(weatherInfo.temp+"");
tv_wind_d.setText(weatherInfo.WD);
tv_wind_s.setText(weatherInfo.WS);
tv_time.setText(weatherInfo.time);
}
@Override
public void onLoadSuccess(WeatherInfo info) {
ld.dismiss();
onShowWeather(info);
}
@Override
public void onError(NetError error) {
ld.dismiss();
T.getInstance().showShort(error.errorCode +" "+ error.errorMessage);
}
}代码https://github.com/zhaozepeng/MV-X。这个例子逻辑很简单，Controller层的Activity持有Model层WeatherModel的对象，然后通过该对象去获取数据，获取到数据之后，通过View层去显示。但是上面有提到过xml布局文件作为View层，其实能做的事情特别少，实际上关于该布局文件中的数据绑定的操作，事件处理的代码都在Activity中，造成了Activity既像View又像Controller（在逻辑简单的情况下，视图层和控制层写在一起貌似可以减少几个类= =），所以有这么一句话
Most of the modern Android applications just use View-Model architecture，everything is connected with Activity.
所以这时候可以继续把Activity拆分，Activity只控制view和接受用户的输入，另外新建一个Controller类，这个类不能继承任何Android自带类，用来将逻辑拆分出来，避免Activity的难以维护，具体可以看看这个例子http://mrbool.com/android-mvc-creating-a-model-view-controller-framework-for-android/32335。
Model, View and Presenter模式，MVP模式和MVC模式类似，是由MVC演变而来，MVP将Controller变成Presenter，并且改变了通信方向，这个模式将应用分为三个主要层级：Model, View and Presenter。
可以看到Presenter与Model，Presenter与View的通信都是双向的，View不与Model发生关系，都是通过Presenter来传递，所以Presenter的业务量会显的非常大，三层之间的交互关系为：
这个一个外国人写的例子，分析一下：
LoginActivity继承自LoginView；LoginPresenterImpl继承自LoginPresenter；LoginInteractorImpl继承自LoginInteractor，所以MVP模式三个层次之间是通过接口来进行交互的，看看源码：
LoginInteractorImpl.class类
public class LoginInteractorImpl implements LoginInteractor {
@Override
public void login(final String username, final String password, final OnLoginFinishedListener listener) {
// Mock login. I‘m creating a handler to delay the answer a couple of seconds
new Handler().postDelayed(new Runnable() {
@Override public void run() {
boolean error = false;
if (TextUtils.isEmpty(username)){
listener.onUsernameError();
error = true;
}
if (TextUtils.isEmpty(password)){
listener.onPasswordError();
error = true;
}
if (!error){
listener.onSuccess();
}
}
}, 2000);
}
}LoginActivity.class类
public class LoginActivity extends Activity implements LoginView, View.OnClickListener {
private ProgressBar progressBar;
private EditText username;
private EditText password;
private LoginPresenter presenter;
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_login);
progressBar = (ProgressBar) findViewById(R.id.progress);
username = (EditText) findViewById(R.id.username);
password = (EditText) findViewById(R.id.password);
findViewById(R.id.button).setOnClickListener(this);
presenter = new LoginPresenterImpl(this);
}
@Override protected void onDestroy() {
presenter.onDestroy();
super.onDestroy();
}
@Override public void showProgress() {
progressBar.setVisibility(View.VISIBLE);
}
@Override public void hideProgress() {
progressBar.setVisibility(View.GONE);
}
@Override public void setUsernameError() {
username.setError(getString(R.string.username_error));
}
@Override public void setPasswordError() {
password.setError(getString(R.string.password_error));
}
@Override public void navigateToHome() {
startActivity(new Intent(this, MainActivity.class));
finish();
}
@Override public void onClick(View v) {
presenter.validateCredentials(username.getText().toString(), password.getText().toString());
}
}LoginPresenterImpl.class类
public class LoginPresenterImpl implements LoginPresenter, OnLoginFinishedListener {
private LoginView loginView;
private LoginInteractor loginInteractor;
public LoginPresenterImpl(LoginView loginView) {
this.loginView = loginView;
this.loginInteractor = new LoginInteractorImpl();
}
@Override public void validateCredentials(String username, String password) {
if (loginView != null) {
loginView.showProgress();
}
loginInteractor.login(username, password, this);
}
@Override public void onDestroy() {
loginView = null;
}
@Override public void onUsernameError() {
if (loginView != null) {
loginView.setUsernameError();
loginView.hideProgress();
}
}
@Override public void onPasswordError() {
if (loginView != null) {
loginView.setPasswordError();
loginView.hideProgress();
}
}
@Override public void onSuccess() {
if (loginView != null) {
loginView.navigateToHome();
}
}
}代码层次很清楚，View层接受用户的点击操作，回调Presenter层的相关接口，Presenter层再调用到Model层去执行登录操作，同时修改View层的Progress显示情况，Model层执行完登录操作之后，回调到Presenter层的对应接口，Presenter再去对View层的布局进行相应的修改。源码https://github.com/zhaozepeng/MV-X，这里也给一下源链接：https://github.com/antoniolg/androidmvp。
Model，View and ViewModel模式，MVVM 模式将 Presenter 改名为 ViewModel，基本上与 MVP 模式完全一致，ViewModel可以理解成是View的数据模型和Presenter的合体，MVVM采用双向绑定（data-binding）：View的变动，自动反映在 ViewModel，反之亦然，这种模式实际上是框架替应用开发者做了一些工作，开发者只需要较少的代码就能实现比较复杂的交互。
这种模式的关键技术就是数据绑定（data binding）。
在android中已经有了相应的插件框架，比如 RoboBinding这个框架，但是好像侵入性太强，普及程度不高，所以可以看看全面介绍Android的MVVM框架 - 数据绑定这篇博客，它使用了databinding依赖库进行处理，讲的很好。
也可以看看https://github.com/fabioCollini/mv2m，外国人写的一个库，进行了很多其他的封装，可以参考一下：
里面的介绍也非常清楚。
MVP模式是从MVC模式演变来的，它们的基本思想有相通的地方：Controller/Presenter负责逻辑的处理，Model提供数据，View负责显示，所以他们之间并没有特别大的不同，都是用来将View和Model之间松耦合。作为一种新的模式，MVP与MVC有着一个重大的区别：在MVP中View并不直接使用Model，它们之间的通信是通过Presenter (MVC中的Controller)来进行的，所有的交互都发生在Presenter内部，而在MVC中是允许Model和View进行交互的。还有重要的一点就是Presenter与View之间的交互是通过接口的。MVVM是通过MVP演变而来的，主要用了data binding来实现双向交互，这就使得视图和控制层之间的耦合程度进一步降低，关注点分离更为彻底，同时减轻了Activity的压力。
关键点总结：
http://antonioleiva.com/mvp-android/
https://medium.com/android-news/android-architecture-2f12e1c7d4db#.aaytu7yff
http://kb.cnblogs.com/page/120678/
http://www.ruanyifeng.com/blog/2015/02/mvcmvp_mvvm.html
http://www.cnblogs.com/devinzhang/archive/2012/01/26/2329869.html
http://mrbool.com/android-mvc-creating-a-model-view-controller-framework-for-android/32335
http://www.bogotobogo.com/DesignPatterns/mvc_model_view_controller_pattern.php
http://www.cnblogs.com/cuihongyu3503319/archive/2009/01/09/1372820.html
http://droidumm.blogspot.com/2011/11/concept-model-view-present-mvp-pattern.html
http://blog.csdn.net/lmj623565791/article/details/46596109
http://stackoverflow.com/questions/2056/what-are-mvp-and-mvc-and-what-is-the-difference
http://blog.csdn.net/feelang/article/details/46348079
http://blog.csdn.net/napolunyishi/article/details/22722345
http://www.zhihu.com/question/30976423
android MVC && MVP && MVVM分析和对比
原文：http://blog.csdn.net/self_study/article/details/50580406
