移动应用遗留系统重构（9）- 路由篇，移动开发者大会
这里我们从 Github 上的介绍发现，同样采用了注解和 Gradle 插件在编译时生成文件，但 ARouter 并没有像 Hilt 那样有完善的测试套件支持，所以如果使用 Robolectric 在 JVM 上进行测试会有影响。
[DeepLinkDispatch](
)
DeepLinkDispatch 是 airbnb 开源的一个路由框架，原理也是采用路由表的方式。
提供声明性的、基于注释的 API 来定义应用程序深度链接。 可以注册一个 Activity 来处理特定的深度链接，方法是使用 @DeepLink 和 URI 对其进行注释。DeepLinkDispatch 将解析 URI 并将深度链接与 URI 中指定的任何参数一起发送到适当的 Activity。
相比之下，功能没有 ARouter 强大，且国内的社区活跃度没有 ARouter 高，具体的使用方式可以参考[官方的介绍](
)
CloudDisk 路由重构示例
经过对比，我们决定使用功能相对强大且社区活跃度高的 ARouter，对 CloudDisk 进行改造。具体的完整代码示例[Github](
)。这里我们贴出前后代码使用的比较。
改造前：
fragments.add(FileFragment.newInstance());
改造后：
//声明 @Route(path = "/bundle/file")public class FileFragment extends Fragment
//调用 fragments.add((Fragment) ARouter.getInstance().build("/bundle/file").navigation()）;
但当我们运行冒烟测试的时候发现出现空异常，如下
ARouter 的 navigation 并不能找到实例，上面我们有提到 ARouter 同样采用了注解和 Gradle 插件在编译时生成文件，但 ARouter 并没有像 Hilt 那样有完善的测试套件支持，在 JVM 上进行测试会有影响。这里我们采用的方案是 Shadow，将实际 ARouter 的跳转 Mock 掉。
@Implements(Postcard.class)public class ShadowPostCard {
@RealObjectpublic Postcard postcard;
@Implementationpublic Object navigation() {if ("/bundle/file".equals(postcard.getPath())) {try {return Class.forName("com.cloud.disk.bundle.file.FileFragment").newInstance();} catch (ClassNotFoundException | IllegalAccessException | InstantiationException e) {e.printStackTrace();}}return null;}}
我们还可以考虑把测试用例放入 androidTest，使用真机运行测试。但为了得到更快的反馈速度，我们决定先沿用 shadow 的方案。
总结
使用路由除了能解耦开编译时的依赖，统一了路由地址也能更好的满足应用的跳转场景。目前 CloudDisk 已经解耦了 lib 和 file bundle 2 个模块，并且基础的注入和路由也已经有了，下一篇单体移动应用“模块化”演进之旅（10）- 解耦重构演示篇（二）我们将继续分享对 platform、user、dynamic 进行依赖解除重构，将会分享更多的实战解耦手法。
CloudDisk 示例代码
[CloudDisk](
)
系列链接
[移动应用遗留系统重构（1）- 开篇](
)
[移动应用遗留系统重构（2）-架构篇](
)
[移动应用遗留系统重构（3）-示例篇](
)
[移动应用遗留系统重构（4）-分析篇](
)
[移动应用遗留系统重构（5）- 重构方法篇](
)
[移动应用遗留系统重构（6）- 测试篇](
)
[移动应用遗留系统重构（7）- 解耦重构演示篇(一)+视频演示](
)[移动应用遗留系统重构（8）- 依赖注入篇](
)大纲
关于
欢迎关注 CAC 敏捷教练公众号。微信搜索：CAC 敏捷教练。
作者：黄俊彬
还未添加个人签名 2021.10.31 加入
还未添加个人简介
评论