Было довольно много случаев, когда мы застревали в ведении журнала, используя класс Log по умолчанию. Начинающий разработчик может столкнуться с множеством проблем из-за неподходящих имен тегов, обнаружения в коде оператора журнала или метода, в котором был вызван оператор журнала.
Кроме того, необходимо удалить ведение журнала из производственной или выпускной сборок. Кроме того, в наших производственных сборках не должно быть печатных трассировок стека. И также может быть случай, когда мы сообщаем о наших фатальных и нефатальных ошибках в какой-либо инструмент отчетности о сбоях, такой как Crashlytics или отчеты о сбоях Firebase, но мы не хотим заливать их ошибками, которые происходят в наших тестовых сборках.
Устранение всех этих проблем кажется сложной задачей. Не так ли? Итак, что нам делать?
Ответ
Что, если бы я сказал вам, что все эти проблемы можно устранить, написав всего 50 строк кода. Мы можем создать собственный регистратор и вызвать его вместо класса Log, предоставляемого Android. Вот ссылка на него. Кроме того, вы можете расширить его в соответствии с вашими потребностями. Так что… удачи разработчикам кода :)
