android分包,Android外包

Android开发有MVC的框架吗？Android 开发该怎么分包

现在都使用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，源码地址在：

官方案例的框架图如下：

关于android studio开发中布局文件分包问题

没问题的，你改完如果引用不成功就点击build选项卡clean一下project

Android Studio layout分包

项目下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怎么分包

这里只做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，否则会报异常。