【问题标题】:Android: Integrating Crashlytics to Android Library which will be distributed as AARAndroid:将 Crashlytics 集成到将作为 AAR 分发的 Android 库
【发布时间】:2017-06-06 15:55:42
【问题描述】:

我们正在为我们的一些客户构建一个 Android SDK,它将作为 AAR 分发。我们希望将 Crashlytics 或其他一些崩溃报告 SDK 集成到我们的 SDK 中,以便如果我们的 SDK 中发生任何崩溃,它会被报告给我们(而不是客户端)。

我们的客户应该可以在项目的 build.gradle 中添加 Fabric 的 maven 存储库的链接。

我想知道有没有办法这样做??

HereMike(来自 Fabric 的开发人员)建议如果没有父应用程序作为初始化 Fabric 的决定因素,这是不可能的,也不建议这样做。在这种情况下,如果父应用正在初始化 Crashlytics,它会起作用吗?

【问题讨论】:

    标签: java android crashlytics google-fabric crashlytics-android


    【解决方案1】:

    来自 Fabric 的 Mike(再次)。

    让我澄清一下,在分发给其他应用的 SDK 中包含 Fabric 会导致应用和您的 SDK 出现问题。 不要在外部分发的 SDK 中发布 Fabric。

    【讨论】:

    • 非常感谢 Mike 提供的信息。我们在谈论什么样的问题?假设我们的客户不会在他的父应用程序上使用 crashlytics,我们可以要求他在他的 build.gradle 中包含 Fabric 的 maven repo 路径。如果 SDK 和父应用都运行独立的 crashlytics 出现一些问题,在这种情况下,我认为我们可以与客户达成共识,并要求他们不要对父应用使用 crashlytics。会不会出现其他问题??再次感谢:)
    • Fabric 只能在任何应用程序中初始化一次,因此如果您的 SDK 初始化 Fabric,如果父应用程序也初始化 Fabric,则取决于哪个先初始化,然后该调用将获得崩溃报告。此外,虽然您现在可能已经达成共识,但这可能会改变,未来的开发人员可能不知道您的 SDK 启动了 Fabric。存在隐私问题。客户端应用程序的最终用户不知道可以与您共享数据,因为他们无法与您达成协议,只有应用程序。每个客户都需要同意他们的代码可以显示在您获得的报告中。不要使用 Fabric。
    猜你喜欢
    • 2016-11-08
    • 1970-01-01
    • 1970-01-01
    • 2017-03-10
    • 2017-11-05
    • 1970-01-01
    • 2018-10-20
    • 1970-01-01
    • 2015-01-10
    相关资源
    最近更新 更多