越不懂的越爱装
大家都同等:IT世界没有难不难,只有是否了解过
挑战目录
什么是组件化
好处：
- 加快业务迭代速度，各个业务模块单独开发，相互独立不耦合
- 公共模块独立出来，利于维护和减少工作量
- 为新业务随时集成提供了基础
- 降低团队成员熟悉项目的成本
- 加快编译速度，提供开发效率
- 控制代码权限，相关人员可以只看到属于自己权限的业务模块
- 为插件化提供了基础
组件化特殊模块-App壳模块
- AndroidManifest.xml设置全局主题(建议用common中的主题样式，组件开发时就直接复制application的配置，改下name和label就行了)
- AndroidManifest.xml设置应用图标名字等
- 始终是com.android.application模式的
- 没有业务代码，没有Activity，有集成模式的Application
- 在集成模式是依赖所以业务组件，在组件开发模式是不依赖任何业务组件
组件化特殊模块-Main业务组件模块
- 除了集成模式下AndroidManifest.xml依旧会声明入口Activity外，和一般业务组件类似
组件化特殊模块-Common功能组件模块
- 功能组件：AndroidManifest.xml是空的，但是Common功能组件会有应用的权限声明列表
- 放置公共的主题样式，app图片
- 基础的Application-BaseApplication：不管是那个模块的开发模式(包括app)都使用这个进行自定义Application
- 其他业务组件和App都依赖Common功能组件模块
- Common功能组件模块依赖公共的第三方库和其他功能组件模块
组件化模块划分原则
- 功能模块应该不能有界面，AndroidManifest.xml应该是一个空的文件
- 业务模块应该可以单独作为apk运行
组件化需要解决的问题-切换应用和library开发模式
为了方便切换集成模式和组件模式在gradle.properties文件中定义isGroupDev=true|false
若在模块中添加apply plugin: 'com.android.application' 标识当前模块是一个应用，会build出apk
若在模块中添加apply plugin: 'com.android.library' 标识当前模块是一个library库，会build出aar包
-
综上可以在对应的build.gradle文件中添加如下：
if (isGroupDev.toBoolean()) { apply plugin: 'com.android.application' } else { apply plugin: 'com.android.library' }
组件化需要解决的问题-区分不同模式下的AndroidManifest.xml
-
由于一个项目只能有一个Applicaiton，所以不同模式下的组件使用的应该是不同的AndroidManifest.xml
- 集成模式下的AndroidManifest.xml举例：
<?xml version="1.0" encoding="utf-8"?> <manifest xmlns:android="http://schemas.android.com/apk/res/android" package="com.xxx.xx.xxx"> </manifest>- 组件模式下的AndroidManifest.xml举例(在组件目录中添加一个目录用于放置这个AndroidManifest文件）：
<?xml version="1.0" encoding="utf-8"?> <manifest xmlns:android="http://schemas.android.com/apk/res/android" xmlns:tools="http://schemas.android.com/tools" package="com.xxx.xx.xxx"> <application android:name="debug.DebugApplication" android:allowBackup="true" android:supportsRtl="true" android:theme="@style/Theme.AppCompat"> <activity android:name="debug.DebugActivity"> <intent-filter> <action android:name="android.intent.action.MAIN" /> <category android:name="android.intent.category.LAUNCHER" /> </intent-filter> </activity> </application> </manifest>- 为当前组件，根据模式不同配置使用不同的AndroidManifest.xml
if (isGroupDev.toBoolean()) { manifest.srcFile 'src/main/debug/AndroidManifest.xml' } else { manifest.srcFile 'src/main/AndroidManifest.xml' }
组件化需要解决的问题-集成模式所有的Application初始化和组件开发模式单个Application初始化的冲突
- 关于这个问题，我采用的是Application处理代理的方式，具体代码如下：
1. 在Common组件中定义基础的BaseApplication：App模块和 组件开发模式时的组件(debug目录) 都会继承 abstract class BaseApplication : Application() { //当前需求被初始化的组件的Application处理代理集合 private val applicationProxyList = getApplicationProxyList() override fun onCreate() { super.onCreate() applicationProxyList.forEach { it.onCreate()//遍历调用Application处理代理对应方法 } } //返回需要被代理的所有模块，App返回所以的依赖组件，组件开发时组件返回当前组件的代理对象 abstract fun getApplicationProxyList(): List<IApplicationProxy> } 2. 在Common组件定义IApplicationProxy接口 interface IApplicationProxy { fun onCreate() fun name(): String ... } 3. App壳模块的App中 //app壳模块的AndroidManifest.xml中使用的Application class App : BaseApplication() { override fun getApplicationProxyList(): List<IApplicationProxy> { return arrayListOf(MainIApplicationProxy(), HomeIApplicationProxy()) } } 4. 组件开发模式时使用的Application package debug /** * 组件开发模式才会用到的类，集成模式打包时会被排除 */ class DebugApplication : BaseApplication() { override fun getApplicationProxyList(): List<IApplicationProxy> { return arrayListOf(HomeIApplicationProxy()) } } 5. 创建HomeIApplicationProxy实现IApplicationProxy接口做相应初始化即可
组件化需要解决的问题- 组件开发模式下 组件的 Application和入口Acitivty的配置
- 在java目录下,创建debug包名并添加DebugApplication和DebugActivity类
/************************** debug.DebugApplication *****************************/ package debug import android.app.Application /** * 组件开发模式才会用到的类，集成模式打包时会被排除 */ class DebugApplication : Application() { 上一条问题的DebugApplication } /************************** debug.DebugActivity *****************************/ package debug import android.os.Bundle import android.os.PersistableBundle import androidx.appcompat.app.AppCompatActivity class DebugActivity : AppCompatActivity() { override fun onCreate(savedInstanceState: Bundle?, persistentState: PersistableBundle?) { super.onCreate(savedInstanceState, persistentState) } }- 在开发模式下的AndroidManifest.xml配置DebugApplication和DebugActivity
<application android:name="debug.DebugApplication" android:allowBackup="true" android:icon="@mipmap/ic_launcher" android:label="Home" android:roundIcon="@mipmap/ic_launcher_round" android:supportsRtl="true" android:theme="@style/Theme.KtMoreGroup"> <activity android:name="debug.DebugActivity"> <intent-filter> <action android:name="android.intent.action.MAIN" /> <category android:name="android.intent.category.LAUNCHER" /> </intent-filter> </activity> </application>- 在集成模式下排除DebugApplication和DebugActivity
if (isGroupDev.toBoolean()) { manifest.srcFile 'src/main/debug/AndroidManifest.xml' } else { manifest.srcFile 'src/main/AndroidManifest.xml' java { exclude 'debug/**' } }
组件化需要解决的问题-统一任何模式下的样式
- 由于不管是集成模式还是组件模式，都会依赖Common功能模块
- 将公用的样式文件定义在Common模块中，其他组件和App进行引用
组件化需要解决的问题-资源命名冲突管理
- 只对xml有效的方法:
在模块的build.gradle文件的android{}添加 resourcePrefix "xxx" ，该模块的xml就只能以xxx开头命名
组件化需要解决的问题-混淆配置
- 混淆规则就忽略了
- 由于开发模式不需要进行混淆，所以将混淆规则配置在集成模式使用的app模块的proguard-rules.pro中。通过配置app的混淆开关，来控制整个集成模式时的混淆开关。
- 在app中开启混淆，所依赖的组件都会自动开启混淆
- 建议在app的proguard-rules.pro中按模块划分混淆配置区域
组件化需要解决的问题-集成模式路由跳转
-
集成Arouter(下面所有配置都不区分集成模式开始开发模式)
-
在App和所有业务组件的android { defaultConfig { ... } } 中添加如下配置
//ARouter路由配置 javaCompileOptions { annotationProcessorOptions { arguments = [AROUTER_MODULE_NAME: project.getName()] } }为什么？：
在App和所有业务组件上使用 apply plugin: 'com.alibaba.arouter'
最外面的build.gradle添加：classpath "com.alibaba:arouter-register:1.0.2"
在所以业务组件添加依赖
implementation 'com.alibaba:arouter-api:1.5.1'
annotationProcessor 'com.alibaba:arouter-compiler:1.5.1'-
在Application里初始化ARouter
if (BuildConfig.DEBUG) { // 这两行必须写在init之前，否则这些配置在init过程中将无效 // 打印日志 ARouter.openLog(); // 开启调试模式(如果在InstantRun模式下运行，必须开启调试模式！ //线上版本需要关闭,否则有安全风险) ARouter.openDebug(); } ARouter.init(this); // 尽可能早，推荐在Application中初始化 -
使用ARouter
1. 定义被跳转的Activity的路由 @Route(path = RouteCons.HomeActivity) class HomeActivity : AppCompatActivity() {} 2. 定义路由常量汇总类 object RouteCons { const val HomeActivity="/home/home" } 3. 跳转路由 ARouter.getInstance().build(RouteCons.HomeActivity).navigation() 4. 传参跳转 ARouter实现原理
-
-
ARouter使用的com.alibaba:arouter-api:x.x.x依赖的com.android.support:support-v4和androidx冲突的问题
在gradle.properties文件中添加android.enableJetifier=trueandroid.enableJetifier=true 解决问题的原理：？？？
