java mvp模式_什么是mvp开发模式？（下面就对Android中MVP做一些阐述）

MVP作为一种MVC的演化版本在Android开发中受到了越来越多的关注。值得注意的是，MVP不像JavaEE有着SSH这三个成熟框架支持推动着，所以在运用MVP时一定要做好自己的理解，并且尽量预知自己App各模块的需求。当然MVP既然能出现那么必然有它的优点的，下面就对Android中MVP做一些阐述。

1、 什么是MVP模式

MVP所对应的意义：M-Model-模型、V-View-视图、P-Presenter-表示器，分别在项目带包3个不同的模块，三个模块代表的功能如下：

模型(Model)：为UI层提供的数据，或者保存UI层传下来的数据；

视图(View)：单纯的展示数据，响应用户操作并都转发给Presenter来做具体的处理；

表示器(Presenter)：从Model处取数据，运算和转化，最后用View来展示；并处理View传过来的用户事件，并做处理。

如下图所示：

需要注意的地方：

MVP仅用于应用中的GUI部分。

View与Model并不直接交互，而是使用Presenter作为View与Model之间的桥梁。

Presenter中同时持有Viwe层以及Model层的Interface的引用，而View层持有Presenter层Interface的引用。

从以上可以看出MVP模式是将View和Model完全分离，他们之间并不直接交互，而是使用了Presenter作为View与Model之间的桥梁。同时Presenter与具体的View是没有直接关联的，而是通过定义好的接口进行交互，从而使得在变更View时候可以保持Presenter的不变。不仅如此，我们还可以编写测试用的View，模拟用户的各种操作，从而实现对Presenter的测试 ， 而不需要使用自动化的测试工具。

2、Anroid开发中为什么要使用MVP

在Android开发中，有一个问题就是，activity或者是fragment与View和model高耦合为了应用程序能够方便的扩展和维护，我们需要对它很好的分层。假如有一天，应用不从本地数据库获取数据了，而是web service获取，那么不至于重写整个View。

3、 MVP模式的优缺点

优点：

View与Model完全分离，我们可以修View图而不影响模型

可以更高效地使用模型，因为所有的交互都发生在一个地方——Presenter内部

我们可以将一个Presenter用于多个视图，而不需要改变Presenter的逻辑。

如果我们把逻辑放在Presenter中，那么我们就可以脱离用户接口来测试这些逻辑。

缺点：

缺点也显而易见，就是爆炸式增长的类和接口。复用的时候也可能造成接口的冗余。

Presenter持有着View的强应用，在请求网络数据等耗时操作的时候，Activity可能被销毁，可能会导致View无法回收，而造成内存问题。

4、 示例Demo

下面使用一个登录功能使用MVP模式来实现。