Notification rather than logging

¿Te ha pasado que el log ensucia?:

Location location = tracker.getCurrentLocation();
for (Filter filter : filters) {
 filter. selectFor(location);
 if (logger. isInfoEnabled()) {
   logger. info("Filter " + filter.getName() + ", " + filter.getDate()
                + " selected for " + location.getName()
                + ", is current: " + tracker.isCurrent(location));
 }
}

Solución:

Location location = tracker.getCurrentLocation();
for (Filter filter : filters) {
 filter. selectFor(location);
 support.notifyFiltering(tracker, location, filter);
}

Otros beneficios:

• Mientras programas, no te preocupas de escribir un string concatenando objetos, déjalo para el final.
• El traspaso del software al área de soporte de tu empresa se complementará dándoles la clase Support, en ella están todos los monitoreos o alarmas que deben capturar.
• No debes inicializar un Logger de log4j en cada clase que creas (sino sólo en caso de que quieras hacer un log.debug mientras programas)
• Los logs dejan de ser un string que se escribe "a la rápida", pues deben ser pensados realmente como solución a un requerimiento implícito del departamento de operaciones de tu empresa.
• En cada método de support no sólo puedes poner un logger en disco, sino también un registro en BD o cualquier otra cosa, usa la encapsulación.

Ref:

• Growing Object-Oriented Software, Guided by Tests

• By: Steve Freeman; Nat Pryce