本文翻译自：Model View Presenter (MVP) in Android
架构模式是计算机学科的一个基本原则。这是唯一一种途径来维持项目的简洁性，可扩展性，可测试性。这种模式被看做一种解决方案，这个模式已经发展了很多年并且已经被认为是工业的一种标准。他们还在持续的演化，在Android SDK中，MVC模式正在慢慢的被MVP模式取代。
在文章的第一章节我们将讨论MVC和MVP的不用之处，为什么MVC模式正在被摒弃，以及MVP在Android SDK中做了哪些调整和它的优势。
The Android SDK
当我们简单的分析一下Android SDK，特别是在layout，activity，data的之间的关系中，我们会觉得适合Android开发的模式是MVC。但是，当我们的工程变得越来越复杂之后，MVC提供的关注分离技术已经不够用了，特别是在单元测试中。
然而，Android SDK 设计的方式允许我们使用其他的架构模式，包括无模式设计。尽管MVC是一种可靠和众所周知的解决方案，可是它还是慢慢的输给了他年轻的兄弟，MVP。MVP具有一些优势，像广泛定义的关注分离技术。
我们在工程中使用MVC还是MVP？
这里没有一个正确的答案。一些人相信MVC是一种解决方案，另一些人则会站在MVP这一边，还有一倾向于其他的模式，比如MVVM。每一种都有自己的优势和劣势。回答这个问题的唯一答案就是我们需要理解每一种模式的意图，这样你才能做出明智的选择。
Model-view-controller(MVC) 是计算机中很常见的使用接口设计的架构模式。它将应用层划分成了三个部分。
wikipedia
Model-view-presenter(MVP) 起源于MVC架构模式，它是使用最多的接口设计方式。
在MVP设计模式中，presenter被假想成一个中间人，所有的显示逻辑都丢给了presenter。
wikipedia
MVC和MVP的不同点
Model View Presenter
1.View与Model分离。Presenter介于Model和View之间。
2. 更容易创建单元测试。
3. 通常在View和Presenter之间是一一对应的关系，对于复杂的View有可能有多个Presenter。
Model View Controller
1. Controller是一种基本的行为，这种行为服务于多个Views.
2. View 能与Model直接通信.
Android 中的 MVP
Android中的关注分离定义的不是很好。很生动的例子就是有太紧密的数据机制。虽然对于一个可扩展性，易维护和易测试的应用来说，创建一个深度的关注分离是及其重要的，这个可能是我们采纳MVP设计模式最大的优势所在。
实现MVP模式最好的方式
这实际上是一个模糊的话题。MVP模式中有很多有趣的方法，也有很多不同的解决方案适应Android。选择实现哪种模式是根据Presenter的不同来进行的。但是，唯一的选择还是MVP的核心：
Presenter
它是一个中间人，负责从model中检索数据并且返回格式化好的数据给视图。但是不同于典型的MVC模式，它还决定了你与视图交互时发生的结果。
View
视图通常被Activity实现，包含一个Presenter的引用。视图唯一需要做的是每次有一个界面作用的时候都会调用一个presenter的方法来进行UI的更新。
Model
在一个应用程序中，一个良好的分层架构，数据结构是对于业务层或者视图层只是一扇大门，它作为数据的提供者展示在我们视图中。
在本系列的下一篇文章中，我们将在安卓上实现模型视图演示器模式。我们将遵循一个更保守的路径，只使用标准的代码，从外面没有Android SDK库。这种方法将有助于了解MVP层与层之间的不同关系。
参考文档：
http://antonioleiva.com/mvp-android/
http://hannesdorfmann.com/android/mosby
http://www.codeproject.com/Articles/288928/Differences-between-MVC-and-MVP-for-Beginners
https://github.com/konmik/konmik.github.io/wiki/Introduction-to-Model-View-Presenter-on-Android
https://en.wikipedia.org/wiki/Model%E2%80%93view%E2%80%93presenter