Firebase and Crashlytics - Który użyć?

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?

Źródło

2016-05-27 Sebastiano

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. –

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.

Źródło

2016-05-27 10:14:18 Sebastiano

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

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

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

Oto niektóre aktualizacje od Sebastiano za odpowiedź:

Firebase crash Raportowanie już nie beta jest jak Lis 7
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)

Źródło

2016-11-22 19:21:16

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

Oczywiście, proszę! –

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. –

Firebase and Crashlytics - Który użyć?

Odpowiedz

Powiązane problemy