Ответ 1
Есть плюсы и минусы, как указано ниже, при выборе переключателя между ними.
ПРИМЕЧАНИЕ: Отчеты о сбоях Firebase в настоящее время помечены как (больше не находится в бета-версии с 7 ноября 2016 года)beta, и Google по-прежнему собирает ранние отзывы, чтобы улучшить обслуживание. Так что в ближайшее время все, что отсутствует, скорее всего, будет добавлено в ближайшее время.
Pros
- Как обычные <забастовки > , так и нативные сбои (Кажется, родные сбои отображаются только в консоли Crashlytics @Fabric) отображаются в Firebase
- Автоматически интегрируется с Firebase Analytics, что позволяет группировать пользователей, которые испытывают сбои в аудитории, и дает контекст (через события) к сбою
- Dead-easy setup (просто включите модуль Gradle)
- Консоль "все-в-одном" с другими продуктами Firebase (если вы планируете их использовать)
- Меньшее число методов (хотя он включает в себя Google Analytics, использование стандартных методов позволяет ProGuard снимать почти все, поэтому реквизит для Google для что)
- Можно отключить сбор аналитики для каждого пользователя [thanks racs]
- Отправляет уведомления по электронной почте для новых и регрессированных проблем (как это делает Fabric)
против
- Поиск с помощью сбоев недоступен
- Файлы сопоставления ProGuard/DexGuard должны быть загружены вручную (Google находится на этом)
- Невозможно иметь слушателя в сеансе сразу после сбоя
- Требуется Google Play Services на устройстве (большое требование) [спасибо Геррит Хоекстра]
В целом, Crashlytics намного больше дополняется, но Firebase вот-вот наверстает упущенное. Оба являются свободными, так что это не препятствие.
ОБНОВЛЕНИЕ 09/12/2016
Я обновил этот ответ благодаря входам Ali.