admin 管理员组

文章数量: 887007

Android Module依赖关系的可视化实现,移动应用与开发就业方向

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

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

Lint

====

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

./gradlew lintDebug

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

关键类:


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

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

这里不多介绍Lint开发环境的搭建,可以直接参考官方demo:github/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中的depedency信息,那么基于Lint方案的思路就肯定可以落地了。窃窃自喜:「只要你想要,没有我给不了」。

关键代码:


class DependencyProjectDetector : Detector(), Detector.UastScanner {

// 各个module之间的依赖树

private val treeMap = HashMap<String, ElementNode>()

// 根module结点

private var rootNode = Ele

本文标签: Android Module依赖关系的可视化实现,移动应用与开发就业方向