MVC和MVP的区别

一、MVC
MVC架构：View：对应于布局文件Model：业务逻辑和实体模型Controllor：对应于ActivityMVC的优缺点优点：1、把业务逻辑全部分离到Controller中，模块化程度高。当业务逻辑变更的时候，不需要变更View和Model，只需要Controller换成另外一个Controller就行了（Swappable Controller）。2、观察者模式可以做到多视图同时更新。缺点：1、Controller测试困难。因为视图同步操作是由View自己执行，而View只能在有UI的环境下运行。在没有UI环境下对Controller进行单元测试的时候，Controller业务逻辑的正确性是无法验证的：Controller更新Model的时候，无法对View的更新操作进行断言。2、View无法组件化。View是强依赖特定的Model的，如果需要把这个View抽出来作为一个另外一个应用程序可复用的组件就困难了。因为不同程序的的Domain Model是不一样的

二、MVP（Model-View-Presenter）
MVP是把MVC中的Controller换成了Presenter（呈现），目的就是为了完全切断View跟Model之间的联系，由Presenter充当桥梁，做到View-Model之间通信的完全隔离。.NET程序员熟知的http://ASP.NET webform、winform基于事件驱动的开发技术就是使用的MVP模式。控件组成的页面充当View，实体数据库操作充当Model，而View和Model之间的控件数据绑定操作则属于Presenter。控件事件的处理可以通过自定义的IView接口实现，而View和IView都将对Presenter负责。MVP（Passive View）的优缺点优点：1、便于测试。Presenter对View是通过接口进行，在对Presenter进行不依赖UI环境的单元测试的时候。可以通过Mock一个View对象，这个对象只需要实现了View的接口即可。然后依赖注入到Presenter中，单元测试的时候就可以完整的测试Presenter业务逻辑的正确性。这里根据上面的例子给出了Presenter的单元测试样例。2、View可以进行组件化。在MVP当中，View不依赖Model。这样就可以让View从特定的业务场景中脱离出来，可以说View可以做到对业务逻辑完全无知。它只需要提供一系列接口提供给上层操作。这样就可以做高度可复用的View组件。缺点：1、Presenter中除了业务逻辑以外，还有大量的View->Model，Model->View的手动同步逻辑，造成Presenter比较笨重，维护起来会比较困难。

MVP与MVC的区别
注：微软的MVP（Microsoft Most Valuable Professional）MVP——Model-View-Presenter 所谓的mvp，即是（model-处理业务逻辑（主要是数据读写，或者与后台通信（其实也是读写数据）），view-处理UI控件，presenter-主导器，操作model和view）它是MVC模式的变种。UI是容易变化的，且是多样的，一样的数据会有N种显示方式；业务逻辑也是比较容易变化的。为了使得Application具有较大的弹性，我们期望将UI、逻辑（UI的逻辑和业务逻辑）和数据隔离开来，而MVP是一个很好的选择。其中Android的MVP是又MVC优化衍生出来的一种模式，MVP将MVC中的Controller层进行了优化而生成了Presenter。Presenter层和MVC的Controller一样，负责核心逻辑，但不一样的是Presenter通过接口协议进行数据传递，并阻断了View和Model的直接联系，从而使View和Model更加专注于自身业务逻辑。Presenter代替了Controller，它比Controller担当更多的任务，也更加复杂。Presenter处理事件，执行相应的逻辑，这些逻辑映射到Model的Command以操作Model。那些处理UI如何工作的代码基本上都位于Presenter。Presenter如同一个乐队的指挥家，表现和协调整个Application，它负责创建和协调其它对象。Model和View使用Observer模式进行沟通；而Presenter和View则使用Mediator模式进行通信；Presenter操作Model则使用Command模式来进行。基本设计和MVC相同：Model存储数据，View表示Model的表现，Presenter协调两者之间的通信。在MVP中View接收到事件，然后会将它们传递到Presenter，如何具体处理这些事件，将由Presenter来完成。图1：Model-View-Controller图2：Model-View-Presenter处理流程方面，在MVC中，用户的请求首先会到达Controller,有Controller从Model获取数据，选择合适的View，把处理结果呈现到View上；在MVP中，用户的请求首先会到达View，View传递请求到特定的Presenter，Presenter从Model获取数据后，再把处理结果通过接口传递到View。使用MVP后，我们可以提高对Model和Presenter的复用，比如可以对Model和Presenter不做修改，而能提供ASP.NET Web Form和Windows Form。在ASP.NET MVC Framework中，采用行内代码进行数据呈现，逻辑集中在Controller中，但是View无法完全交给UI涉及人员完成。在MVP模式中，所有的业务逻辑交给Presenter去处理，这样View中代码就变得及其简洁，将可以轻易的把开发人员和UI设计人员分开，如下图所示：Android MVP开发模式的优点1） View和Model之间的耦合度降低，使其更关注自身业务逻辑，结构清晰，维护方便；2） 便于单元测试；3） 代码复用率提高；4） 代码框架更适用于快速迭代开放；Android MVP开发模式的缺点MVP模式的不足，主要表现在每个view都有presenter，类相对比较多。综上，优点还是远远大于缺点的，在Android大型项目中，MVP开发模式还是很值得使用的。
(以上引用于网络)

综合，mvc模块化程度高，观察者可以观察到多视图更新但是测试困难且view无法组件化。而mvp便于测试并且view可以组件化但维护困难。