Android Module依赖关系的可视化实现

本文介绍如何利用Lint工具,通过分析gradle环境动态维护Android模块间的依赖关系,实现模块依赖的自动化可视化。文章详细阐述了关键类、方法和代码实现,并展示了Markdown流程图的使用和依赖关系的优化,强调了该方法的价值在于帮助新人快速理解项目结构以及促进项目中不合理依赖的改进。
摘要由CSDN通过智能技术生成

背景

大力教育下的Android工程代码,从出生开始都是组件化的结构,所以多module是必然的事情。伴随着模块的新增/删除/移动,都会导致之前梳理好的模块依赖图变得老旧,需要额外的人力去维护模块依赖结构。特别是对于刚融入的新同学,参考这老版本的依赖图,会有一定程度上的信息滞后。

那么是不是可以写一个这样的自动化工具,代替人力来动态维护module之间的依赖关系?本文就基于lint方案,自动实现模块之间的依赖关系视图。

Lint

大家对Lint的认知,基本上都觉得它只是一个静态代码分析工具,通过规则规范团队代码。但我想为Lint证明:「只有你想不到,没有我做不到」的能力。Lint在运行期间一个重要环节,就是依赖于gradle环境:

./gradlew lintDebug

既然运行在了gradle环境中,必然可以拿到不同模块之间的依赖关系,该方案去做模块可视化,看去可行。

关键类:

  • Detector:文件检测类,可以扫描gradle/java/kt/res等等文件。

  • Issue:每个Detector关注的焦点问题。

这里不多介绍Lint开发环境的搭建,可以直接参考官方demo:github.com/googlesampl… 。 具体效果可以参考ToastDetector:提醒Toast增加show()方法。

关键方法:

Detector中有两个和project相关的方法:

  • beforeCheckRootProject(context: Context),遍历根module之前的回调,即项目中最顶层app module

  • beforeCheckEachProject(context: Context),遍历每个子module之前的回调。

该两个方法中都有Context对应的上下文,在构造函数中惊奇的发现Project这个属性。

open class Context(
    main: Project?,
    project: Project?,
    val file: File,
    private var contents: CharSequence? = null
) 

是不是感觉和gradle中的project很像?通过debug发现,该project确实包含了build.gradle中的d

评论 8
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值