Android之MVC和MVP的区别

      MVC和MVP到底有什么区别呢？

id="iframe_0.3215329877566546" frameborder="0" scrolling="no" width="578" src="https://www.cnblogs.com/show-blocking-image.aspx?url=http%3A%2F%2Fimg.blog.163.com%2Fphoto%2FO7Hm0MiN9fIwBW7cYWNngg%3D%3D%2F5731674950759456628.jpg&maxWidth=578&origin=http://www.cnblogs.com&iframeId=iframe_0.3215329877566546" height="151">

从这幅图可以看到，我们可以看到在MVC里，View是可以直接访问Model的！从而，View里会包含Model信息，不可避免的还要包括一些业务逻辑。

在MVC模型里，更关注的Model的不变，而同时有多个对Model的不同显示，及View。

所以，在MVC模型里，Model不依赖于View，但是View是依赖于Model的。不仅如此，因为有一些业务逻辑在View里实现了，导致要更改View也是比较困难的，至少那些业务逻辑是无法重用的。

Visual Studio等快速开发工具，让我们很难把View和Controller分开，我们总是直接在View的事件响应函数里完成了Controller的代码。而在ASP.NET和XAML里，使用了一种叫做Code-Behind的技术，可以把View和Controller进行分离。这样，View就可以完全由UI设计工程师来完成，而Controller由程序员来完成，两者可以直接合成不需要像现在一样再由程序员做很多的工作。

把Controller和View混在一起，有什么问题？

１.难以测试。

　　必须手动点击，使用各种自动化的测试工具。

２.代码难以重用。

　　UI是很难重用，因为要求总是不同。所以，导致重复的代码四处都是，维护麻烦。

MVP是如何解决MVC的问题的？

id="iframe_0.14760790835134685" frameborder="0" scrolling="no" width="578" src="https://www.cnblogs.com/show-blocking-image.aspx?url=http%3A%2F%2Fimg.blog.163.com%2Fphoto%2FRlO4ZYViTL6pMerTCZDLHQ%3D%3D%2F5731674950759456629.jpg&maxWidth=578&origin=http://www.cnblogs.com&iframeId=iframe_0.14760790835134685" height="107">

在MVP里，Presenter完全把Model和View进行了分离，主要的程序逻辑在 Presenter里实现。而且，Presenter与具体的View是没有直接关联的，而是通过定义好的接口进行交互，从而使得在变更View时候可以 保持Presenter的不变，即重用！

不仅如此，我们还可以编写测试用的View，模拟用户的各种操作，从而实现对Presenter的测试--而不需要使用自动化的测试工具。

我们甚至可以在Model和View都没有完成时候，就可以通过编写Mock Object（即实现了Model和View的接口，但没有具体的内容的）来测试Presenter的逻辑。

在MVP里，应用程序的逻辑主要在Presenter来实现，其中的View是很薄的一层。 因此就有人提出了Presenter First的设计模式，就是根据User Story来首先设计和开发Presenter。在这个过程中，View是很简单的，能够把信息显示清楚就可以了。在后面，根据需要再随便更改View， 而对Presenter没有任何的影响了。

如果要实现的UI比较复杂，而且相关的显示逻辑还跟Model有关系，就可以在View和 Presenter之间放置一个Adapter。由这个 Adapter来访问Model和View，避免两者之间的关联。而同时，因为Adapter实现了View的接口，从而可以保证与Presenter之 间接口的不变。这样就可以保证View和Presenter之间接口的简洁，又不失去UI的灵活性。

在MVP模式里，View只应该有简单的Set/Get的方法，用户用户输入和设置界面显示的内容，除此就不应该有更多的内容，绝不容许直接直接访问Model--这就是与MVC很大的不同之处。

什么是MVC(Model View Presenter)模式?

1、为了使得视图接口可以与模型和控制器进行交互，控制器执行一些初始化事件
2、用户通过视图（用户接口）执行一些操作
3、控制器处理用户行为(可以用观察着模式实现)并通知模型进行更新
4、模型引发一些事件，以便将改变发告知视图
5、视图处理模型变更的事件，然后显示新的模型数据
6、用户接口等待用户的进一步操作

这一模式的有一下几个要点：
1、视图并不使用控制器去更新模型。控制器负责处理从视图发送过来的用户操作并通过与模型的交互进行数据的更新
2、 控制器可以和视图融合在一块。Visual Studion中对Windows Forms的默认处理方式就是这样的。

3、控制器不包含对视图的渲染逻辑(rendering logic)

“被动—MVC”模式
与主动MVC的区别在于：
1、模型对视图和控制器一无所知，它仅仅是被它们使用
2、控制器使用视图，并通知它更新数据显示
3、视图仅仅是在控制器通知它去模型取数据的时候它才这么做(视图并不会订阅或监视模型的更新)
4、控制器负责处理模型数据的变化
5、控制器可以包含对视图的渲染逻辑
id="iframe_0.5753201011102647" frameborder="0" scrolling="no" width="578" src="https://www.cnblogs.com/show-blocking-image.aspx?url=http%3A%2F%2Fimg.blog.163.com%2Fphoto%2FqeCdl_68y-sOFZZTVKDfOQ%3D%3D%2F5731674950759456632.jpg&maxWidth=578&origin=http://www.cnblogs.com&iframeId=iframe_0.5753201011102647" height="225">

MVP模式

与“被动—MVC模式”很接近，区别在于“视图并不使用模型”。在MVP模式中视图和模型是完全分离的，他们通过Presenter进行交互。
Presenter与控制器非常相似，但是它们也有一些的区别：
1、Presenter处理视图发送过来的用户操作（在MVC中视图自己处理了这些操作）
2、它用更新过的数据去更新模型（在被动MVC中控制器只是通知视图去更新过的模型中去取新的数据，而主动MVC中模型通知视图去更新显示，控制器不需要做工作）
3、检查模型的更新（与被动MVC一样）
4、（与MVC的主要区别）从模型中取数据然后将它们发送到视图中
5、（与MVC的主要区别）将所做的更新告知视图
6、（与MVC的区别）用Presenter渲染视图
id="iframe_0.03655893378891051" frameborder="0" scrolling="no" width="578" src="https://www.cnblogs.com/show-blocking-image.aspx?url=http%3A%2F%2Fimg.blog.163.com%2Fphoto%2F7EaLRiQoA0BznXAbCLDNUA%3D%3D%2F5731674950759456633.jpg&maxWidth=578&origin=http://www.cnblogs.com&iframeId=iframe_0.03655893378891051" height="225" style="color: rgb(75, 75, 75); font-family: verdana, Arial, helvetica, sans-seriff; font-size: 13px; line-height: 19.5px;">
MVP的优势

1、模型与视图完全分离，我们可以修改视图而不影响模型
2、可以更高效地使用模型，因为所以的交互都发生在一个地方——Presenter内部
3、我们可以将一个Presener用于多个视图，而不需要改变Presenter的逻辑。这个特性非常的有用，因为视图的变化总是比模型的变化频繁。
4、如果我们把逻辑放在Presenter中，那么我们就可以脱离用户接口来测试这些逻辑（单元测试）

MVP的问题

由于对视图的渲染放在了Presenter中，所以视图和Persenter的交互会过于频繁。

还有一点你需要明白，如果Presenter过多地渲染了视图，往往会使得它与特定的视图的 联系过于紧密。一旦视图需要变更，那么 Presenter也需要变更了。比如说，原本用来呈现Html的Presenter现在也需要用于呈现Pdf了，那么视图很有可能也需要变更。