[email protected]

Results 4 issues of [email protected]

有个别群友反应出现了以下的问题. 我这边不断配合群友在排查. 是偶尔出现的. 初步怀疑是 Gradle 或者是 multiple dex 的问题. 我这边尽快给出确切的解答 ![image](https://user-images.githubusercontent.com/12975743/87492213-a7b32000-c67c-11ea-83da-64fccc3c012b.png)

## 依赖失败? - 请检查你是否在项目级别的 `gralde` 文件中添加 `jitpakc` 仓库 - 请检查项目依赖的地址是否正确,特别是版本号的地方, 是否替换成为了对应的版本号 ## 依赖之后构建代码失败? - 项目提供了`AndroidX` 的支持,请检查你的项目是否与之对应 - 其他的构建失败应该和 `Component` 没关系 ## 模块加载失败 或者 第一个路由失败? - 检查目标业务模块是否在 App 模块的 build.gradle 中依赖了...

good first issue
useful

1. 我个人感觉服务发现和路由两块可以分开来做.原因有以下几点: - 两者本来的联系就没有 - 路由的拦截器、跳转的实现、用户的 `Callback` 其实都是需要在主线程的 - 服务发现的服务是需要即刻返回的,而一个路由的是否成功跳转不是 2.你的那个类似于 retrofit 的接口如果实现了第一点,其实更有助于你利用 `retrofit` 原理去自定义返回值,甚至支持 `RxJava` 3.其实你们可能觉得host和path是一个整体比较方便,但是我觉得 host 和 path 分来会更有控制,因为 host 通常指的是一个模块,这对你对某一个模块的路由控制会大大增强 4.我看你的路由能返回 boolean 等信息.我建议让你的路由整体处于异步,但是用户触碰到的地方都是主线程,这会让你的路由更加强大.这样子拦截器就可以执行耗时的操作了.这个作用其实挺大,比如下面的场景: - 跳转的目标需要定位成功才能进去 - 目标需要登录才能进去...