日更挑战-安卓开发之组件化架构

越不懂的越爱装

大家都同等: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
1. 集成模式下的AndroidManifest.xml举例：
1. 组件模式下的AndroidManifest.xml举例(在组件目录中添加一个目录用于放置这个AndroidManifest文件）：
```
    
        
            
                
                
            
        
    
```
1. 为当前组件，根据模式不同配置使用不同的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
}

2.  在Common组件定义IApplicationProxy接口
interface IApplicationProxy {
    fun onCreate()
    fun name(): String
  ...
}

3. App壳模块的App中
//app壳模块的AndroidManifest.xml中使用的Application
class App : BaseApplication() {
    override fun getApplicationProxyList(): List {
        return arrayListOf(MainIApplicationProxy(), HomeIApplicationProxy())
    }
}
4. 组件开发模式时使用的Application
package debug

/**
 * 组件开发模式才会用到的类，集成模式打包时会被排除
 */
class DebugApplication : BaseApplication() {
    override fun getApplicationProxyList(): List {
        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

在集成模式下排除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=true
```
android.enableJetifier=true 解决问题的原理：？？？
```