【问题标题】:Firebase Crash Reporting vs. Crashlytics / Fabric [closed]Firebase 崩溃报告与 Crashlytics / Fabric [关闭]
【发布时间】:2023-04-10 01:48:01
【问题描述】:

我已经使用 Crashlytics 几年了(当然现在是 Fabric),并且对 Google Firebase 最近的更新很感兴趣。

有没有人有机会同时使用这两种方法,如果有的话……您的印象是什么?您是否喜欢其中一个...为什么?

提前感谢您提供任何信息、提示或一般性意见。

周末愉快。 :-)

【问题讨论】:

  • 如果有人好奇——或者显然还没有自己弄清楚——Firebase *尚未与 tvOS 兼容。只是一个提示。

标签: ios xcode firebase crash-reports crashlytics


【解决方案1】:

我现在的建议是在 Firebase 可以进一步修改功能之前,依靠 Crashlytics 进行崩溃报告。我已经在一些应用程序中实现了这两种功能,并且 Crashlytics 有一些优势。当崩溃发生时,他们会发送电子邮件通知,包括优先级更改,并且崩溃会很快在界面中出现,通常在 5 分钟内。

目前,Firebase 没有崩溃通知,崩溃报告可能需要 20 到 40 分钟才会出现在仪表板中。使用 Firebase 报告的一个好处是,他们的分析将创建一个由经历过崩溃的用户组成的受众群体,让您能够识别并为这些用户提供不同的体验(推送通知、欢迎屏幕、优惠券代码等)

两者:

能够报告崩溃日志以调查交互和 功能

Crashlytics:

~5 分钟报告时间

电子邮件通知

Firebase:

20-40 分钟报告时间

更丰富的用户数据

可以编辑一些记录的信息:“登录 Chris”可能变成“登录 [REDACTED_US_MALE_NAME]”

【讨论】:

  • 谢谢!多年来,Firebase 显然会继续发展其功能,就像 crashlytics 一样。正是我在寻找/古玩。谢谢,周末愉快。 ?
  • 讨厌 Firebase 需要互联网许可这一事实。他们可以制作一个不需要它的杀手级功能,而是为所有东西使用播放服务
  • fabric 被谷歌收购,firebase 和fabric 将合并
猜你喜欢
  • 2017-11-07
  • 2019-04-18
  • 1970-01-01
  • 2019-03-03
  • 2015-12-23
  • 1970-01-01
  • 1970-01-01
  • 2021-06-30
  • 1970-01-01
相关资源
最近更新 更多