Uso de Ninject para rellenar la dependencia de Log4Net

Personalmente no tengo ningún interés en abstraer mi registrador, por lo que mis módulos de implementación hacen referencia a log4net.dll directamente y mis constructores solicitan un ILog como deseen.

Para lograr esto, un registro de una línea usando Ninject v3 se ve así al final de mi static void RegisterServices( IKernel kernel ):

        kernel.Bind<ILog>().ToMethod( context=> 
            LogManager.GetLogger( context.Request.Target.Member.ReflectedType ) );
        kernel.Get<LogCanary>();
    }

    class LogCanary
    {
        public LogCanary(ILog log)
        {
            log.Debug( "Debug Logging Canary message" );
            log.Info( "Logging Canary message" );
        }
    }

Para facilitar el diagnóstico de problemas de registro, pego lo siguiente al principio para obtener un mensaje no impulsado por DI también:

public static class NinjectWebCommon
{
    public static void Start()
    {
        LogManager.GetLogger( typeof( NinjectWebCommon ) ).Info( "Start" );

Que produce lo siguiente al iniciar la aplicación:

<datetime> INFO  MeApp.App_Start.NinjectWebCommon           - Start
<datetime> DEBUG MeApp.App_Start.NinjectWebCommon+LogCanary - Debug Logging Canary message
<datetime> INFO  MeApp.App_Start.NinjectWebCommon+LogCanary - Logging Canary message

El Ámbito de ILog y ILogger debe ser Transitorio, de lo contrario solo reutilizará el primer registrador que cree. Gracias a @ Meryln Morgan-Graham por ayudarme a encontrar eso.

Bind<ILog>().ToMethod(x => LogManager.GetLogger(GetParentTypeName(x)))
            .InSingletonScope();

Actualmente está enlazando en el ámbito Singleton, por lo que solo se crea un registrador que utilizará el nombre del primero creado. En su lugar use InTransientScope()

Para todos los que todavía están buscando la respuesta correcta, la implementación correcta es :

public class LoggingModule : NinjectModule
{
    public override void Load()
    {
        Bind<ILog>().ToMethod(x => LogManager.GetLogger(x.Request.Target.Member.DeclaringType));

        Bind<ILogger>().To<Log4NetLogger>()
            .InSingletonScope();
    }
}

Énfasis en:

x.Request.Target.Member.DeclaringType

Tal vez mi respuesta es tarde, pero estoy usando este formato:

private static void RegisterServices(IKernel kernel)
    {
        kernel.Bind<ILog>()
            .ToMethod(c => LogManager.GetLogger(MethodBase.GetCurrentMethod().DeclaringType))
            .InSingletonScope();
    }

Me gusta la idea de envolver Log4Net en mis propias interfaces. No quiero depender de la implementación de Ninjects, porque para mí eso solo significa que tomo una dependencia de Ninject a lo largo de mi aplicación y pensé que era exactamente lo contrario de lo que es la inyección de dependencia. Desacoplar de servicios de terceros. Así que tomé el código original de los carteles, pero cambié el siguiente código para que funcionara.

    private string GetParentTypeName(IContext context)
    {
        var res = context.Request.ParentRequest.ParentRequest.Service.FullName;
        return res.ToString();
    }

Tengo que llamar a ParentRequest.ParentRequest para que cuando imprima el layout % logger imprimirá la clase que llama al método Log4Net en lugar de la clase Log4Net del método que llamó al método Log.