android分包

『壹』 android dex分包和插件化是一個概念嗎

對於 Android 來說是 DexClassLoader，如下
DexClassLoader pluginClassLoader = new DexClassLoader(dexPath, optimizedDirectory, libraryPath, parentClassLoader);
可動態載入的內容包括 apk、dex、jar 等
也利用這個原理及開源項目實現了一個版本，並且整理了 Android 插件化的作用、概念以及不錯的資料(包括開源項目)和解決方案。
其中包括 65535 問題，Android 插件化、Android 組件化、Android 動態載入、Android 動態升級；介紹 DexClassLoader 和 PathClassLoader 的區別；如何解決生命周期管理、資源訪問問題，如何消除公共依賴。

『貳』 關於android studio開發中布局文件分包問題

沒問題的，你改完如果引用不成功就點擊build選項卡clean一下project

『叄』 Android app的渠道包是什麼意思

1、渠道包：
渠道包指的是在各大應用市場，發布的apk包的清單文件中，某個meta-data標簽下，配置的value不一樣，這個標簽的作用就是用來區分是哪個市場的，比如你發布到360.這個值就是你就可以配置成360，豌豆莢就可以配置成wandoujia，那麼這么配置的作用是幹嘛的？很簡單，就是用來做統計的，比如我們項目中用的是友盟統計，它可以統計用戶從哪個平台下載了你們的app，從而更好的掌握用戶的操作習慣。所以，如果app沒有統計功能的需求，你只需要打一個同樣的包，直接發布到各個平台即可，根本不用關心什麼渠道。
2、首發渠道包的含義我並不理解，字面的意思可能是說
在同一個apk版本中，有些渠道平台擁有優先體驗最新版本的許可權，那麼這些平台就是首發平台，之後過了一個星期，才將這個apk發布到另外一些的平台。
3、抓包
首先要明白，抓包和渠道包沒有半點關系。
抓包指的是我們在請求伺服器的時候，發出去的所有請求我都可以直觀的看到，包括請求的地址，請求頭，請求體，以及伺服器返回的結果：響應頭，響應體等等。這個從不可見到直觀可見的抓取過程，才是抓包。
抓包的主要作用是方便與服務端人員的配合。Windows比較好用的抓包工具是Filder，OS可以使用Charles（收費）。

『肆』 android裡面根包與根包底下的其他包有什麼關系

android裡面的包就是指文件夾，像你上面說的這個包，在文件夾路徑中就是：/com/android_lean/Text，分包的好處就是將源碼分類，便於管理和維護

『伍』 android應用程序結構xml文件按功能分包

如下圖所示，animhi動畫文件，drawable用來放圖片，形狀，選擇器文件，drawable-hdpi-v4到drawable-xxxhdi-v4都是放置大小不同的圖片，為了適配更多的手機，layout是界面布局文件，menu是菜單文件

『陸』 安卓怎麼做先下一部分包，再下另一部分

大型游戲有兩部分，一部分後綴名為.apk的安裝包，另一部分放解壓後放在SD卡的根目錄，比如gameloft的游戲數據包就放在SD卡gameloft/games裡面然後直接安裝主程序就行了

『柒』 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，源碼地址在：https://github.com/googlesamples/android-architecture
官方案例的框架圖如下：

『捌』 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'
}

添加兩句代碼：
（1）multiDexEnable true
（2）compile 'com.android.support:multidex:1.0.0'
第二步：
在AndroidManifest.xml文件中做如下配置：
<?xml version="1.0" encoding="utf-8"?>
<manifest xmlns:android="http://schemas.android.com/apk/res/android"
package="com.example.android.multidex.myapplication">
<application
...
android:name="android.support.multidex.MultiDexApplication">
...
</application>
</manifest>123456789123456789

如果你要定義自己的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，否則會報異常。

『玖』 用友盟做安卓渠道統計可以不分包么

APP統計的渠道還是較多的，從方式來講一般有倆種： 常規的用戶安裝、訪問、卸載等統計，可以考慮主流的網路統計、騰訊統計、友盟統計等 用戶行為的統計，需要APP開發環節配合服務端進行行為觸發記錄進行統計

『拾』 android eclipse怎麼分包

http://blog.csdn.net/jxst431833/article/details/50684221這個CSDN上面有說