【问题标题】:Firebase Analytics and Crashlytics answersFirebase Analytics 和 Crashlytics 答案
【发布时间】:2018-04-04 10:27:38
【问题描述】:

我的同事将在应用程序中安装crashlytics。现在 crashlytics 是 firebase 的一部分,当我们检查 crashlytics 的依赖关系时,我们可以看到 crashlytics 需要 com.crashlytics.sdk.android:answers:1.4.1

\--- com.crashlytics.sdk.android:crashlytics:2.9.1
     +--- io.fabric.sdk.android:fabric:1.4.2
     +--- com.crashlytics.sdk.android:beta:1.2.7
     |    \--- io.fabric.sdk.android:fabric:1.4.1 -> 1.4.2
     +--- com.crashlytics.sdk.android:answers:1.4.1
     |    \--- io.fabric.sdk.android:fabric:1.4.1 -> 1.4.2
\--- com.crashlytics.sdk.android:crashlytics-core:2.6.1
     +--- io.fabric.sdk.android:fabric:1.4.2
     \--- com.crashlytics.sdk.android:answers:1.4.1 (*)

问题:它与Firebase Analytics 一起正常工作吗?不是两次做同样的工作吗?出现问题是因为我们还安装了Firebase Analytics

提前谢谢你。

【问题讨论】:

    标签: android firebase crashlytics firebase-analytics


    【解决方案1】:

    要回答您的第一个问题,是的,它可以与 Firebase Analytics 一起正常工作。如果两个或多个依赖项包含对同一子依赖项的引用,或者如果您的应用程序中也明确列出了子依赖项,则子依赖项仅包含一次,并且版本设置为引用的最高版本号。

    至于您的第二个问题,如果有人将其解释为存在可观察到的功能重叠,那么不,即使 Firebase Analytics 仪表板显示与崩溃相关的信息,返回 Crashlytics 仪表板的相同链接.

    【讨论】:

    • 是的,我知道它会起作用,但它会做两倍的工作吗?我不想在应用程序中有 2 个分析解决方案,它们会发送 2 次 http 请求来更新 2 个不同的解决方案
    • 两者都收集不同的指标集并且是不同的功能组件。因此,他们发送单独的请求是有意义的。
    • 所以只添加 crashlytics 有点疯狂,我们还必须包含 crashlytics 答案,因为库依赖于它:( 也许我错过了什么?
    • 从他们的文档 (firebase.google.com/docs/crashlytics) 中, com.crashlytics.sdk.android:crashlytics-core 不需要明确添加为依赖项,但如果您想要减小应用的 apk 大小。依赖关系图告诉你的是,Crashalytics 依赖于 Answers 库。这可能与它过去作为原始 Fabric SDK 的一部分的工作方式有关。
    猜你喜欢
    • 2019-07-23
    • 2020-04-24
    • 1970-01-01
    • 1970-01-01
    • 2022-09-26
    • 2019-01-16
    • 1970-01-01
    • 2021-12-19
    • 2021-08-26
    相关资源
    最近更新 更多