Si deberías. El uso de una fachada de registro como SLF4J le brinda flexibilidad sin sobrecargar a sus usuarios con un marco de registro particular.
Los autores de componentes y bibliotecas ampliamente distribuidos pueden codificar contra la interfaz SLF4J para evitar imponer un marco de registro al usuario final del componente o biblioteca. Por lo tanto, el usuario final puede elegir el marco de registro deseado en el momento de la implementación insertando el enlace slf4j correspondiente en la ruta de clase, que se puede cambiar más tarde reemplazando un enlace existente con otro en la ruta de clase y reiniciando la aplicación. Este enfoque ha demostrado ser simple y muy robusto.
Además, si sus usuarios no incluyen un jar SLF4J (de la guía del usuario ):
A partir de SLF4J versión 1.6.0, si no se encuentra ningún enlace en la ruta de clase, entonces slf4j-api pasará de forma predeterminada a una implementación sin operación, descartando todas las solicitudes de registro.
Si le preocupan las implicaciones de rendimiento del registro, consulte esta entrada de preguntas frecuentes de SLF4J . La idea es que proporcione parámetros para registrar las declaraciones en lugar de agregarlas a una cadena en línea:
Las siguientes dos líneas producirán exactamente la misma salida. Sin embargo, el segundo formulario superará al primero por un factor de al menos 30, en caso de una declaración de registro deshabilitada.
logger.debug("The new entry is "+entry+".");
logger.debug("The new entry is {}.", entry);
¿SLF4J es otra fachada de registro?
SLF4J es conceptualmente muy similar a JCL. Como tal, puede considerarse como otra fachada de tala más. Sin embargo, SLF4J es mucho más simple en diseño y posiblemente más robusto. En pocas palabras, SLF4J evita los problemas del cargador de clases que afectan a [Jakarta Commons Logging].