Мой вопрос, кажется, легко ответить, но есть несколько хороших решений. Мне нравится выбирать "лучшие" один.

Available frameworks (feel free to suggest more): Androlog SLF4J Android Log4J - Android Pros/Cons: Androlog: Pro: Similar to Android logging framework, so there are only small changes in the existing code; Able to send crash reports with more detail in the error report (the logs around the exception); Nice logs Con: No standard java "getLogger" approach; Production configuration achievable by uploading property file to sdcard; I need to call init logging manually; Need to create LOG_TAG like constants, or hack it to create log tag constants by Aspect to achieve the standard behavior: tags are the class names; When logging is a business requirement, we need to test it. Testing static calls on Android nearly impossible; Logger can not be injected by framework Log4J-Android: Pro: Standard way to log in Java; Compatible with SLF4J; Able to parse property files; Con: No built-in crash report system; Seems to me: its not commonly used, so it might me dangerous to use it; SLF4J-Android: Pro: Seems to be developed by more people like Log4J-Android; The logger.debug("Some log message. Details: {}", someObject.toString()); is a good, and effective way to skip string concatenations if the logger is turned off; lightweight logger binding that delegates to android.util.Log. Con: Auto generated log tags that are <= 23 characters long due to a length restriction of log tags on the Android platform (e.g., com.example.myapp.MyClass tag translated to c*.e*.m*.MyClass), which can result in the same log tag for different classes (e.g., com.example.app.MyClass and com.example.anotherapp.MyClass both translate to c*.e*.a*.MyClass); No built in crash reporting system.

Кроме того, мне нравится поведение Андролога, но я - Java-разработчик, знакомый с log4j / slf4j. Нам определенно понадобится система отчетов о сбоях, но есть несколько платформ для отчетов о сбоях (помимо отчета о сбое по умолчанию для Android).

Я могу объединить некоторые из них, например, использовать Log4J android, но создать приложение для использования платформы androlog, но рано или поздно это приведет к путанице, которой следует избегать.

Спасибо за ваши предложения, я надеюсь, что результаты помогут решить другие в будущем.

Изменить: как упоминалось ниже, я могу объединить для ex: log4j-android с slf4j (что я предпочитаю делать, если я буду использовать log4j, потому что поддержка форматирования журнала (& quot; {} & quot;, ...)), но это не отвечает на вопрос. Я должен выбрать каркас, затем я могу украсить его фасадом SLF4J.