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

209 阅读2分钟

组件化基础

  1. 组件化是什么

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

于是逐渐有人提出了组件化(单一功能,功能导向),模块化(独立业务,业务导向),插件化;

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

2.依赖

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

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

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

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

总结:通过依赖聚合,通过组件化解耦

  1. AndroidManifest清单文件

每个module都有,最终打包会合成一个;

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

  1. 自定义的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)
    }
}
我是今阳,如果想要进阶和了解更多的干货,欢迎关注公众号”今阳说“接收我的最新文章