Estoy a punto de terminar mi aplicación de Android. Al final me he dado cuenta que he estado usando montón de declaraciones de registro, como:Estrategia de registro
Log.d(TAG, "Blah-blah");
La pregunta es: para la liberación de producción lo que debo hacer con ellos?
Por favor, comparta su experiencia.
que hacerlo de esta manera, por lo que el compilador eliminar todos los registros de depuración, si es falso:
if (Constant.DEBUG) Log.d(TAG, "mein gott, state is roflcopter");
Puede eliminar las instrucciones de registro en tiempo de compilación utilizando una herramienta de ofuscación. Vea here para más detalles.
OK, voy a investigar opción. De todos modos, ¿hay alguna posibilidad, como propiedades en Log4J? – barmaley
Por lo que sé, todos los mensajes se registran. Luego, el espectador del registro puede seleccionar qué mensajes aparecer. No puede deshabilitar los mensajes de depuración para entrar en el registro, simplemente editando una propiedad. – kgiannakakis
Depende. Si espera que la aplicación falle a menudo, incluya una de las bibliotecas de informes de fallos, por ejemplo, pero lo que decida hacer simplemente no lo libere con los métodos Log.d().
no he experimento en Android específicamente, pero que acababa de salir de los staements de registro en el código y vuelta fuera de registro en el archivo de propiedades log4j. Es posible que incluso desee dejar algunos registros activados para que su aplicación genere registros útiles en caso de un bloqueo.
Si le preocupa que la generación del extracto de registro sea demasiado intensiva en cuanto a cálculo (por ejemplo, al llamar a String en una gran colección), puede utilizar este patrón.
if (Log.isDebugEnabled()) {
Log.Debug(bigCollection.toString());
}
Hay un nuevo proyecto que habilita log4j en android. Usar lo4gj sobre slf4j es posible. También proporciona un appender para LogCat. Ver proyecto android-logging-log4j o log4j support in android
¡Woo-hoo! Log4J está aquí! ¡Muchas gracias! – barmaley
He creado una biblioteca para este propósito específico. Se puede encontrar aquí - LumberJack. Puede instalarlo usando Jitpack y gradle (marque README.md).
Después de la instalación, que tendrá que cambiar todo el registro de llamadas para llamadas de leñador (por ejemplo. LumberJack.d() en lugar de Log.d() etc.)
Las etiquetas son opcionales y por defecto se ajusta a "leñador". Puede elegir configurar la etiqueta predeterminada usted mismo.
Puede cambiar el filtrado en cualquier momento con el método LumberJack.setLogLevel(). Para eliminar todos los registros, puede configurar el LogLevel en LogLevel.None.
LumberJack.setLogLevel(LogLevel.None);
Por lo tanto, si solo desea eliminar todos los registros de spam de logcat, solo tendrá que establecer el filtro de nivel de registro.
Opcionalmente, puede optar por iniciar sesión en un archivo de texto en lugar de logcat con el mismo mecanismo de filtrado.
Si no desea registrar algo en la versión de lanzamiento de Android, puede utilizar BuildConfig generado automáticamente.Vea más sobre esto aquí: https://developer.android.com/studio/build/gradle-tips.html. También puede leer más información en esta pregunta: BuildConfig file in android - Purpose and Possibilities.
Así que en su código sólo tiene que escribir algo como esto:
if (BuildConfig.DEBUG) {
//your code just for development goes here
}
Este método no es realmente incorrecto, ni tampoco es una buena práctica si me preguntas, ya que aumenta tu código. –
Se supone que el registro es lo más simple posible. Más tarde, alguien puede cambiar Log.d a Log.w, pero se olvide de cambiar Constant.DEBUG (o viceversa). – inazaruk
Quizás tengas razón, todo debería ser lo más simple posible. Pero es mejor resolver el problema con un poco de complejidad que no hacer nada en absoluto. Esta es la mejor solución que he encontrado, ya que considero que la hinchazón es mínima. – pgsandstrom