Tipo de clase derivada de C# necesaria en la base para el registro con NLog

Question

Estamos utilizando NLog para iniciar sesión en una aplicación web C# MVC3. Todos nuestros controladores amplían una base personalizada "ApplicationController" que nos da acceso a los métodos y methodes constantemente necesarios. .

me gustaría tener todos los controladores de acceso al registrador a través de esta clase base, pero quiero el detalle de saber qué clase derivan las declaraciones de registro se originaron en

Nuestro controlador de aplicación es el siguiente:

public abstract class ApplicationController : Controller 
{ 
    protected Logger _logger; 
    protected virtual Logger Logger 
    { 
     get { return _logger ?? (_logger = LogManager.GetCurrentClassLogger()); } 
    } 

    protected ApplicationController() 
    { 
     Context = new Entities(); 
    } 

Si un controlador derivado no anula el registrador, todas las declaraciones mostrarán que se originaron desde el controlador de la aplicación. Actualmente, tengo esencialmente la misma declaración de Logger en todos los controladores derivados. Por ejemplo:

public class PropertyController : ApplicationController 
{ 
    private readonly DatatapeService _datatapeService; 
    private readonly PropertyService _propertyService; 
    protected override Logger Logger 
    { 
     get { return _logger ?? (_logger = LogManager.GetCurrentClassLogger()); } 
    } 

Obviamente, esta es una práctica de implementación deficiente.

1. ¿Cómo puedo secar esto? Específicamente, ¿cuál es mi comprensión de C# que falta para lograr exactamente esta tarea específica?
2. ¿Existe un patrón de registro que debería seguir cuando no estoy exponiendo la clase de registro (NLog) directamente?

TIA!

Answer 1

No estoy familiarizado con NLog, pero en Log4Net la sintaxis LogManager.GetLogger(this.GetType()) logrará lo que desea. GetType devuelve el tipo de hoja en su jerarquía de herencia, aunque haya sido convocada en la clase base ApplicationController, cuando se crea por primera vez el registrador (es decir: en el primer acceso a la propiedad Logger) se creará una instancia con el tipo PropertyController

Answer 2

Sólo echa Nlog wiki here

En la mayoría de los casos usted tendrá un registrador por clase, así que tiene sentido dar registrador el mismo nombre que la clase actual.

tiene sentido hacerlo así

public abstract class ApplicationController : Controller 
{ 
    protected Logger _logger; 
    protected virtual Logger Logger(string className) 
    { 
     return LogManager.GetLogger(className); 
    } 
} 


public class PropertyController : ApplicationController 
{ 
    private readonly DatatapeService _datatapeService; 
    private readonly PropertyService _propertyService; 
    protected override Logger Logger() 
    { 
     return base.Logger("PropertyController "); 
    } 
} 

Answer 3

API Nlog es ligeramente diferente a Log4net. Es necesario utilizar

Logger = LogManager.GetLogger(GetType().Name); 

Si pasa únicamente el tipo, LogManager esperará un tipo registrador (es decir, un registrador de costumbre)