15

Od czasu prezentacji Raportowania awarii Firebase, jedno z najbardziej znaczących pytań zostało przesunięte z Crashlytics.Firebase and Crashlytics - Który użyć?

Jakie są plusy i minusy przy porównywaniu dwóch usług zgłaszania awarii?

+1

Ponieważ to pytanie jest subiektywny charakter (i szybko staje się przestarzałe po dodaniu nowych funkcji), tak naprawdę nie należy do SO. Jednak Quora jest doskonałym miejscem na tego rodzaju pytanie. –

Odpowiedz

23

Istnieją zalety i wady, wymienione poniżej, przy rozważaniu przełączania między tymi dwoma.

UWAGA: Firebase crash Raportowanie jest obecnie oznaczony jako beta, a Google jest nadal zbierając wczesne informacje zwrotne w celu poprawy jakości usług. Brakuje więc rzeczy, które najprawdopodobniej zostaną dodane w najbliższej przyszłości. (już w wersji beta jako Lis 7th 2016)

Pros

  • Zarówno zwykły i rodzime awarii (Wydaje rodzime awarie są widoczne tylko w konsoli Crashlytics @ Fabric na razie) są wyświetlane w Firebase
  • Automatycznie integruje się z Firebase Analytics, która umożliwia grupowanie użytkowników, którzy doświadczyli awarii, do odbiorców i nadaje kontekst (poprzez zdarzenia) do awarii.
  • Dead-easy setup (just include t Moduł on Gradle)
  • All-in-one konsoli z innymi produktami Firebase (jeśli plan ich wykorzystania)
  • Lower number of methods (mimo, że zawiera Analytics za pomocą standardowych metod pozwala ProGuard rozebrać się prawie wszystko, więc podpory Google do tego)
  • możliwość wyłączenia zbierania Analytics na poszczególnych użytkowników [dzięki racs]
  • Wysyła powiadomienia e-mail o nowych i regres problemów (podobnie jak tkaniny)

Wady

  • Przeszukiwanie wypadków nie jest dostępny
  • ProGuard/DexGuard pliki mapowania muszą być dodane ręcznie (Google ma na ten temat)
  • niemożliwe do słuchacza w sesji tuż po wystąpieniu awarii
  • Wymaga Usługi Google Play na urządzeniu (duże wymaganie) [dzięki Gerrit Hoekstra]

Podsumowując, Crashlytics ma o wiele więcej funkcji, ale Firebase wkrótce nadrobi zaległości. Oba są darmowe, więc nie jest to przeszkodą.

UPDATE 09/12/2016

zaktualizowałem Ta odpowiedź dzięki wejść Ali.

+1

Pamiętaj, że Firebase wymaga, aby usługi Google Play w wersji 9.0 lub nowszej działały poprawnie. Crash Reporting nie uruchamia się we wcześniejszych wersjach. Crashlytics nie wymaga usług Google Play. Zobacz: http://stackoverflow.com/q/37393218#comment62356275_37393218 – user1480019

+0

To prawda, dodam to do listy. Dzięki! – Sebastiano

+0

Minusy: nie dostaniesz powiadomień z Firebase o nowych awariach i codziennym podsumowaniu. Znalazłem to bardzo przydatne w Crashlythics. Zalety: w Firebase można wyłączyć gromadzenie danych analitycznych dla poszczególnych użytkowników, podczas gdy nie ma kontroli nad tym, co jest gromadzone, a kiedy przez Crashlythics. – racs

6

Oto niektóre aktualizacje od Sebastiano za odpowiedź:

  • Firebase crash Raportowanie już nie beta jest jak Lis 7
  • integracja
  • New Analytics pozwala zobaczyć wydarzenia Analytics jako część raportu katastrofy tak masz kontekst na to, co się stało
  • jest obecnie możliwe, aby zaznaczyć awarię jako zamknięte
  • Firebase teraz wysyła powiadomienia e-mail o nowych i regres kwestiom
  • Plugin aby automatycznie przesyłać pliki mapowania będą dostępne wkrótce
  • Native awarii nie są właściwie obsługiwane, ale pracujemy nad tym

(pracuję na raportowanie Firebase crash)

+0

Dziękujemy za aktualizację! Czy mogę zaktualizować moją oryginalną odpowiedź o Twoje uwagi? – Sebastiano

+0

Oczywiście, proszę! –

+0

Jaka jest teraz szybkość raportów o awariach? Jedną z największych zalet Crashlytics, IMO, jest to, że dostajesz raporty o awariach w ciągu kilku minut od ich wystąpienia. Jest to niezwykle cenne doświadczenie podczas wprowadzania nowych wersji za pomocą Crashlytics. –

Powiązane problemy