从上图我们可以看到整个框架其实涉及到了多个库,包括chimpchat,hierarchyviewerlib和ddmlib类,这里先简要描述下主要会用到每个库的哪些类,以及这些类在这里主要的作用是什么,其实很多我们在前面章节都已经接触过了,但以前可能没有去描述这些类跟HierarchyViewer是什么关系。
类名 | 库 | 作用 | 注释 |
HierarchyViewer | chimpchat | 提供控件相关API给测试开发人员调用,如findViewById等 | 拥有ddmlib的Device类的一个实例,所以可以通过该实例来操作AdbHelper来跟ADB服务器进行通信 |
Device | ddmlib | 在这里的主要作用是可以直接调用AdbHelper来往ADB服务器发送命令 | |
AdbHelper | ddmlib | 负责连接ADB服务器并向其发送命令 | |
DeviceBridge | hierarchyviewerlib | 相当于ViewServer在客户端的代理,两者的关系类似于adbd和adb服务器的关系; | 组织命令然后调用DeviceConnection的API把命令发送给ViewServer |
DeviceConnection | hierarchyviewerlib | 连接ViewServer的Socket客户端,专门用来连接ViewServer,发送命令和接收命令返回 | |
Window | hierarchyviewerlib | 代表一个控件的窗口,它跟控件ViewNode是不一样的,它不会保存控件的所有属性,它主要的成员变量有:窗口标题mTitle;代表该窗口的哈希值 | |
ViewNode | hierarchyviewerlib | 代表了一个控件,拥有Window实例以及一个控件的所有属性信息 |
表格 11-2-1 HierarchyViewer关键类简述
往下我们描述下每个类之间是怎么互动的:
HierarchyViewer依赖DeviceBridge: HierarchyViewer在初始化的时候会调用途中的setupViewServer这个私有方法来准备好目标机器端的ViewServer,期间它会调用DeviceBridge的一系列方法来完成这些事情,其中DeviceBridge是一个静态类,不需要初始化就能直接使用其内部公共方法
DeviceBridge依赖DeviceConnection: DeviceBridge成员方法会初始化DeviceConnection对象来通过它把组织好的命令发送到ViewServer,比如DUMP命令.
DeviceBridge依赖ViewNode: DeviceBridge在通过发送DUMP命令到ViewServer获得控件列表后,会把每个控件的信息都解析出来,然后建立一个由ViewNode控件实例组建起来的一棵控件树。
DeviceBridge依赖Device: HierarchyViewer在调用DeviceBridge的setupViewServer去准备好ViewServer的时候会把它持有的Device实例传进去给DeviceBridge,DeviceBridge就是通过这个Device实例来组织相应的ADB命令来发送给ADB服务器来操作ViewServer的
Device依赖AdbHelper: Device本身并不会连接ADB服务器的socket来发送命令,这些都是由AdbHelper来做的,我们在之前的章节已经见识过了
ViewNode组合Window: 每个ViewNode都拥有一个Window成员变量。也就是说每个控件都应该是属于某一个窗口的,一个不属于某个窗口的控件是没有意义的,是不应该存在的
HierarchyViewer使用ViewNode: 脚本在调用HierarchyViewer的findElementById的时候,会首先使用DeviceBridge来获取控件列表并建立控件树,最后会遍历由ViewNode实例组成的控件树来获取目标控件
HierarchyViewer架构到了这里就算描述的差不多了,往下我们会进入到实现细节去看下它的实现原理是怎样的。