MVC
MVC是指Modle，View和Controller，将界面，业务逻辑和控制器分开，是一种低耦合的设计方式，适用于简单应用开发。举个简单的例子。android中的各种控件，即为View。例如，一个Button。如果这个Button用于获取服务器信息，我们可以将具体功能实现封装成一个功能类，叫做HttpUtil。并将获取的服务器信息，存放在ServerResponse类中。那么，HttpUtil和ServerResponse即为Modle。那么谁是Controller呢？Activity即为Controller，它将Modle和View连接起来。点击Button，将触发Activity的onClickLisener方法，从而进一步触发HttpUtil类。HttpUtil在获取结果后，将其封装为ServerResponse，ServerResponse显示至相应控件。
MVP
P是指Presenter，即实现者，功能与Controller类似。Presenter实质为Interface类的运用，用于降低M，V，C间的耦合度，主旨是为Activity或Fragemnt瘦身。Activity或Fragment瘦身后，应只包含setListener，生命周期控制，View接口实现，init以及Presenter的调用。而具体的操作，都在Presenter Implimentation类中实现。
下面通过一个简单的例子来进一步理解MVC MVP设计模式：
若不用任何框架实现这个需求，需要实现如下的逻辑：
若使用MVC设计模式，则需要实现如下的逻辑：
若使用MVP设计模式，则需要实现如下逻辑：
分别通过MVC、MVP设计模式实现需求我们会发现这两个设计模式的优缺点：
MVC优点：一定程度上实现了Model与View的分离，降低了程序的耦合性。
MVC缺点：Controller与View难以完全解耦，随着项目复杂度的提升，Controller将越来越臃肿。
MVP优点：解决了MVCModl与View过度耦合的缺点，职责划分明显，更加易于维护。
MVP缺点：接口数量多，项目复杂度升高，随着项目复杂的的提升，Presenter层将越来越臃肿。
使用MVP的建议：
（1）接口规范化（封装父类接口以减少接口的使用量）
（2）使用第三方插件自动生成MVP代码
（3）对于一些简单的界面，可以选择不适用框架。
（4）根据项目复杂程度，部分模块可以选择不使用接口。
最后总结一下MVP和MVC的差别：
（1）Model与View不再直接通信，而是通过中间层Presenter来实现。
（2）Activity的功能被简化，不再充当控制器，主要负责View层面的工作。
