ACTUALIZACIÓN : Desde que se escribió esto, reemplacé Boost.Log con mi propio registro personalizado, principalmente porque decidí deshacerme de todas las dependencias de Boost en todos mis proyectos por varias razones. Si está de acuerdo con el uso de Boost, supongo que Boost.Log sigue siendo una opción válida a juzgar por la respuesta de Klaim .
Mi experiencia con Boost.Log en el año 2010 sigue.
He integrado con éxito Boost.Log en mi motor de juego y solo puedo hablar cosas buenas al respecto. Claro, es un poco temprano de usar, ya que la versión 2 será la versión real que se convertirá en el Boost.Log oficial.
Tenga en cuenta que la versión "1.0" disponible no se mantiene. Para recibir actualizaciones, debe utilizar la versión de última generación (tronco) que puede volverse inestable. Tenga esto en cuenta si va a utilizar esta versión en proyectos serios. Si no tiene miedo de usar versiones de vanguardia o futuras roturas, hágalo. Es realmente agradable de usar ya que está en su estado actual.
Durante mucho tiempo pensé que el sistema de registro jerárquico en log4j / log4cxx era superior, pero Boost.Log me hizo pensar lo contrario. El filtrado y los atributos son mucho más flexibles.
El diseño de sumideros separados por frontend / backend hace que sea realmente fácil agregar backends adicionales. No hay necesidad de preocuparse por problemas de sincronización o filtrado que se maneja en la interfaz. La biblioteca también viene con muchos backends, archivos rotativos, consola, syslog, registro de eventos de Windows, etc.
He escrito mis propios backends de fregadero; uno va a la consola del juego y otro a una especie de sistema de notificación para eventos más serios. Fue más fácil de lo que esperaba, lo tuve listo y funcionando en solo unos minutos.
Por último, pero no menos importante, el mantenedor / desarrollador también es muy útil. Obtendrá mucha ayuda en los foros del proyecto. Ha solucionado dos errores (de los cuales uno es importante) este fin de semana que informé :-)