Ci sono pro e contro, come elencato di seguito, quando si considera il passaggio tra i due.
NOTA:
Firebase riporto di un crash è attualmente etichettato come
beta
, e Google sta ancora raccogliendo un feedback presto al fine di migliorare il servizio. Quindi le cose che mancano ora sono più probabilmente da aggiungere nel prossimo futuro.
(non più in beta a partire dal 7 novembre 2016)
Pro
- sia ordinaria
e nativi crash
(Sembra arresti nativi sono visibili solo in console Crashlytics @ Tessuto per ora) vengono visualizzati in Firebase
- integra automaticamente con Firebase Analytics, che consente agli utenti di raggruppamento che ha sperimentato si schianta contro un pubblico e dà contesto (attraverso gli eventi) per l'incidente
- Dead-configurazione semplice (basta includere t modulo ha Gradle)
- All-in-one console con altri prodotti Firebase (se si pensa di utilizzare loro)
- Lower number of methods (anche se comprende Analytics, utilizzando i metodi standard permette ProGuard di spogliarsi quasi tutto, in modo da puntelli a Google per questo)
- possibile disattivare la raccolta di analisi su un singolo utente [grazie racs]
- invia email di notifica per i nuovi e le questioni regredita (come fa Fabric)
Contro
- La ricerca attraverso crash non è disponibile
- file di mapping ProGuard/DexGuard devono essere caricati manualmente (Google è su questo)
- impossibile avere un ascoltatore nella sessione subito dopo un incidente si è verificato
- richiede Google Play Services sul dispositivo (grande requisito) [grazie Gerrit Hoekstra]
Tutto sommato, Crashlytics è molto più completo, ma Firebase sta per recuperare molte cose. Entrambi sono gratuiti, quindi non è un ostacolo.
AGGIORNAMENTO 09/12/2016
Ho aggiornato questa risposta, grazie agli ingressi di Ali.
Poiché tale questione è di natura soggettiva (e diventa rapidamente obsoleto quando vengono aggiunte nuove funzionalità), in realtà non appartiene a SO. Tuttavia, Quora è un posto fantastico per questo tipo di domande. –