web-dev-qa-db-ja.com

FirebaseとCrashlytics-どちらを使用しますか？

Firebase Crash Reportingのプレゼンテーション以来、最も顕著な質問の1つは、Crashlyticsから移行するかどうかです。

2つのクラッシュレポートサービスを比較する場合の長所と短所は何ですか？

androidfirebasecrashlyticscrashlytics-androidfirebase-crash-reporting
16
Sebastiano

以下に示すように、2つの間の切り替えを検討する場合、長所と短所があります。

[〜＃〜]注[〜＃〜]： Firebase CrashReportingは現在betaとラベル付けされており、Googleはサービスを改善するためにまだ早期のフィードバックを収集しています。したがって、現在不足しているものは、近い将来追加される可能性が最も高いです。 （2016年11月7日をもってベータ版ではなくなりました）

長所

  • どちらも普通 とネイティブクラッシュ （ネイティブクラッシュは今のところCrashlytics @ Fabricコンソールでのみ表示されるようです）Firebaseに表示されます
  • Firebase Analyticsと自動的に統合されます。これにより、クラッシュを経験したユーザーをオーディエンスにグループ化し、クラッシュのコンテキストを（イベントを通じて）提供できます。
  • 非常に簡単なセットアップ（Gradleモジュールを含めるだけ）
  • 他のFirebase製品とのオールインワンコンソール（それらを使用する予定がある場合）
  • メソッドの数が少ない （Analyticsが含まれていても、標準のメソッドを使用すると、ProGuardでほとんどすべてを削除できるため、Googleに提案します）
  • ユーザーごとに分析の収集をオフにすることが可能[ありがとう racs]
  • 新規およびリグレッションの問題について通知メールを送信します（Fabricのように）

短所

  • クラッシュを検索することはできません
  • ProGuard/DexGuardマッピングファイルは手動でアップロードする必要があります（Googleはこれにあります）
  • クラッシュが発生した直後にセッションにリスナーを含めることはできません
  • デバイスにGooglePlay開発者サービスが必要です（大きな要件）[ありがとう Gerrit Hoekstra]

全体として、Crashlyticsははるかに完全な機能ですが、Firebaseは多くのものに追いつくところです。どちらも無料なので、それは障害ではありません。

更新2016年9月12日

ALi の入力のおかげで、この回答を更新しました。

23
Sebastiano

Sebastianoの回答以降の更新は次のとおりです。

  • Firebase Crash Reportingは、11月7日をもってベータ版ではなくなりました
  • 新しいAnalytics統合により、Analyticsイベントをクラッシュレポートの一部として表示できるため、何が起こったのかを把握できます。
  • クラッシュをクローズとしてマークできるようになりました
  • Firebaseは、新規およびリグレッションの問題について通知メールを送信するようになりました
  • マッピングファイルを自動的にアップロードするプラグインがまもなく利用可能になります
  • ネイティブクラッシュは実際にはサポートされていませんが、現在取り組んでいます

（Firebase Crash Reportingに取り組んでいます）

6
Ali Abdelhadi