Android组件化架构 – 1.组件化基础

组件化基础

1. 组件化是什么

开发中经常会对项目进行封装，比如一些基础库，功能模块，但迭代久了各业务模块互相调用就形成一团乱麻（高耦合），难以扩展和维护。

于是逐渐有人提出了组件化（单一功能，功能导向），模块化（独立业务，业务导向），插件化；

• 本质都是为了代码重用和解耦。

2.依赖

有依赖才能产生关系，有关系才能传递信息，先说一下Android Studio（以下简称AS）支持的几种依赖方式:

• jar dependency：lib文件夹下的.jar和.aar文件；
• module dependency：对AS module的依赖，本质上也是打包成aar文件；
• library dependency：仓库索引依赖，分为本地库和网络库；

这三种都可以通过项目的gradle文件进行配置。

一个库/模块被多个库所依赖，使用效率高通信成本低，但如果有一天想替换掉就很麻烦，这就需要解耦，就衍生出了组件化架构。

总结：通过依赖聚合，通过组件化解耦

3. AndroidManifest清单文件

每个module都有，最终打包会合成一个；

shareUid只有application module中声明的有效，相同user id的app可以配置成运行在同一进程，互相访问任意数据；

4. 自定义的Application

优先用主module的，没有则使用后编译的module的；

package com.ljy.publicdemo

import android.app.Application
import android.content.res.Configuration

/**
 * @Author:         LiuJinYang
 * @CreateDate:     2020/8/19 
 * 
 * Application的主要方法：
 */
class TestApplication : Application() {

    /**
     * 应用创建时回调
     */
    override fun onCreate() {
        super.onCreate()
    }

    /**
     * 应用终止时回调，不保证一定调用（如被系统回收时）
     */
    override fun onTerminate() {
        super.onTerminate()
    }

    /**
     * 内存不足时调用，在此方法中释放一些不必要的资源
     */
    override fun onLowMemory() {
        super.onLowMemory()
    }

    /**
     * 配置改变时触发，如屏幕旋转
     */
    override fun onConfigurationChanged(newConfig: Configuration?) {
        super.onConfigurationChanged(newConfig)
    }

    /**
     * 注册对app内所有activity生命周期的监听，如获取栈顶activity对象，全局弹框；
     */
    override fun registerActivityLifecycleCallbacks(callback: ActivityLifecycleCallbacks?) {
        super.registerActivityLifecycleCallbacks(callback)
    }
}