现在都使用mvp进行android开发。
创新互联建站专注于登封网站建设服务及定制，我们拥有丰富的企业做网站经验。 热诚为您提供登封营销型网站建设，登封网站制作、登封网页设计、登封网站官网定制、微信小程序开发服务，打造登封网络公司原创品牌,更为您提供登封网站排名全网营销落地服务。
详细例子请参考android学习手册，360手机助手中可以下载，里面有108个android例子，源码文档都可在里面看，里面有详细介绍这个的框架。
MVP模式是什么？MVP 是从经典的模式MVC演变而来，它们的基本思想有相通的地方：Controller/Presenter负责逻辑的处理，Model提供数据，View负责显示。
MVC和MVP的区别？
为什么会出现MVP模式呢？这是因为原有的MVC模式有一些短板。比如在android开发中，activity充当着MVC中Controller的角色，但是在实际开发中处理view的逻辑和角色。当业务界面复杂时我的activity会显得很庞大。于是出现了MVP模式，它新增了一个Presenter角色用于处理数据和界面的模型以及逻辑，Activity仅仅用于展示界面和用户交互，这样就解决了MVC中角色不清的局面。
所以，MVP与MVC的重大区别：在MVP中View并不直接使用Model，它们之间的通信是通过Presenter (MVC中的Controller)来进行的，所有的交互都发生在Presenter内部，而在MVC中View会直接从Model中读取数据而不是通过 Controller。
在MVC里，View是可以直接访问Model的！从而，View里会包含Model信息，不可避免的还要包括一些业务逻辑。 在MVC模型里，更关注的Model的不变，而同时有多个对Model的不同显示，即View。所以，在MVC模型里，Model不依赖于View，但是View是依赖于Model的。不仅如此，因为有一些业务逻辑在View里实现了，导致要更改View也是比较困难的，至少那些业务逻辑是无法重用的。
MVC模式结构
Model 业务逻辑和实体模型
Controller 对应Activity
View 视图以及布局文件
MVP模式结构
Model： 业务逻辑和实体模型
View：用户交互和视图显示，在android中对应activity
Presenter： 负责完成View于Model间的逻辑和交互
小节：MVP模式相当于在MVC模式中又加了一个Presenter用于处理模型和逻辑，将View和Model完全独立开，在android开发中的体现就是activity仅用于显示界面和交互，activity不参与模型结构和逻辑，
#### 实战
谷歌官网给了我们一个MVP模式实战的例子，它是一个类似记事本的app，源码地址在：
官方案例的框架图如下：
没问题的，你改完如果引用不成功就点击build选项卡clean一下project
项目下layout文件越来越多，每次查找起来麻烦，分个包可以快速查找，记录一下分包的方法，免得忘记了。
1.找来项目下layout文件夹，按shift+f6(快捷键)，重命名为layouts。
2.在layouts下建立文件夹 activity，item。
3.在activity下建立layout文件夹，item也一样。
4.这个时候，正真的layout文件夹建立完毕，可以在layout文件下建立xml了。
5.在app的build.gradle中的 Android 节点中，加入
6.重新编译，ok。
这里只做Android Studio分包配置简单的介绍。
第一步：
在Gradle build文件中做如下配置：
android {
compileSdkVersion 21
buildToolsVersion "21.1.0"
defaultConfig {
...
minSdkVersion 14
targetSdkVersion 21
...
// Enabling multidex support.
multiDexEnabled true
}
...
}
dependencies {
compile 'com.android.support:multidex:1.0.0'
}1234567891011121314151617181912345678910111213141516171819
添加两句代码：
（1）multiDexEnable true
（2）compile 'com.android.support:multidex:1.0.0'
第二步：
在AndroidManifest.xml文件中做如下配置：
?xml version="1.0" encoding="utf-8"?
manifest xmlns:android=""
package="com.example.android.multidex.myapplication"
application
...
android:name="android.support.multidex.MultiDexApplication"
...
/application
/manifest123456789123456789
如果你要定义自己的Application，或者已经有了自定义Application，那么不需要在application节点中用android.support.multidex.MultiDexApplication，而是用自己的Application类的全名即可，而且自定义的Application也不需要继承MultiDexApplicatoin。
第三步：
如果有自定义的Application，那么在自定义的Application类中，重写attachBaseContext()，并且在其中调用super.attachBaseContext()，然后调用MultiDex.install(this) ，然后在该方法上加上@Override注解，既然是重写方法，最好加上这个注解，不过Android Studio会自动加上。
有两点可以注意：
attachBaseContext()是在ContextWrapper类中的。而MultiDexApplication继承Application，就是如第二步一样重写了attachBaseContext()方法。
不需要另外在libs中添加android-support-multidex.jar，否则会报异常。
