无论是架构还是设计模式，其目的都是为了解耦，解耦的手段即为分离关注点，而分离关注点的通用做法就是分层。分层之后，层与层之间的关系和通信则成为了架构的主要焦点，因为我们看到大多数的架构，M和V都有，但是链接M和V的中间层则各不相同，遇上MVC就盐化出了MVP，MVVM这些架构。

1.什么是VMP

MVP全称Model–View–Presenter，是由MVC衍生来的一种轻量级的架构，被广泛用于便捷化的单元测试和在呈现逻辑中改善分离关注点。

M:模型层，模型不仅仅指数据，还包括处理逻辑。基本上，所有的业务逻辑都算Model，通常Model层也是最厚的一层。Model层于中间层的通信方式通常采用类似于监听者模式的回调机制来获取数据的更新，这对于Android开发是很适用的，因为Android的费时操作都要求在异步线程来完成。

P:接受来自视图层的事件，从Model获取数据，即担当所谓的中间人。Presenter的设计不要过于庞大，针对一个页面设计即可。在谷歌Demo中便有Contract的概念，定义一对View和Presenter，这个Contract便是这对V-P的链接桥梁。

和MVC一样，MVP也是用来分离数据和模型的。不够过它分离的更彻底,，如图：

在MVP中M和V不进行交互，所有的信息交流都通过一个名为Presenter的“中间人”角色。

2.Google是如何用MVP的

https://github.com/googlesamples/android-architecture

Google架构蓝图从代码结构、体系架构、测试性、可维护性设计了一系列Demo，以为我们在开发中可能遇到的问题提供参考。

todo-mvp:

这是一个基本结构的MVP范例，以下的Demo都是基于此扩展的。View没有任何逻辑，Repository负责向本地及远端获取数据并通知Presenter数据更新，Presenter依然作为所谓的中间人角色，控制事件的分发和数据回调等信息交互逻辑。

todo-mvp-loader

Loader即Android的加载器，它夹在Presenter和Repository之间，接管了获取数据的工作。有了这个Loader，便能利用其异步加载和实时更新数据的特性。

mvp-databinding

https://developer.android.com/topic/libraries/data-binding/index.html#data_objects

databinding是基于数据绑定的一个实现，有一点类似于MVVM，但是也不尽相同，因为Model和ViewModel层并没有绑定，View和ModelView也没有双向绑定。在这里ModelView只是接管View的更新，主要是用了databinding的数据绑定，当然databinding比这强大得多，你可以完全去掉Presenter，让它转发事件，并让数据绑定进来，写一个完全的MVVM。

MVVM等几种架构:http://www.ruanyifeng.com/blog/2015/02/mvcmvp_mvvm.html

mvp-clean

Clean模式国内译为自洁模式，是谷歌大道归一的设计思想，在这个模型例，程序的每一个区域用不同的同心圆来表示，外围的圆代表机制，内部的圆代表策略。其依赖规则是向内依赖，即只允许外部对内部依赖，内部圆不能有任何外部圆的声明：https://8thlight.com/blog/uncle-bob/2012/08/13/the-clean-architecture.html

谷歌的示例中，引入clean模式后新增了一个DomainLayer，里面包含了大量的用例，用例的好处的是复用代码并能提高代码的可读写，用例包含了用户的使用场景，容易对业务跟踪。最重要的是在clean模式中用例是相当孤单的一层，要求用例和第三方框架，如Android SDK，以及业务的规则没有任何依赖。另外再明显不过的，用例很好写测试用例。通过这些用例，Presenter的工作被分担出去了，业务也更快清晰了。