组件化基础
- 组件化是什么
开发中经常会对项目进行封装,比如一些基础库,功能模块,但迭代久了各业务模块互相调用就形成一团乱麻(高耦合),难以扩展和维护。
于是逐渐有人提出了组件化(单一功能,功能导向),模块化(独立业务,业务导向),插件化;
- 本质都是为了代码重用和解耦。
2.依赖
有依赖才能产生关系,有关系才能传递信息,先说一下Android Studio(以下简称AS)支持的几种依赖方式:
- jar dependency:lib文件夹下的.jar和.aar文件;
- module dependency:对AS module的依赖,本质上也是打包成aar文件;
- library dependency:仓库索引依赖,分为本地库和网络库;
这三种都可以通过项目的gradle文件进行配置。
一个库/模块被多个库所依赖,使用效率高通信成本低,但如果有一天想替换掉就很麻烦,这就需要解耦,就衍生出了组件化架构。
总结:通过依赖聚合,通过组件化解耦
- AndroidManifest清单文件
每个module都有,最终打包会合成一个;
shareUid只有application module中声明的有效,相同user id的app可以配置成运行在同一进程,互相访问任意数据;
- 自定义的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)
}
}
网友评论