No estoy seguro de por qué el operador new
no está funcionando como esperaba.El nuevo operador en C# no está anulando el miembro de la clase base
Nota: Todas las clases siguientes están definidas en el mismo espacio de nombres y en el mismo archivo.
Esta clase le permite añadir un prefijo a cualquier contenido escrito en la consola con el texto provisto.
public class ConsoleWriter
{
private string prefix;
public ConsoleWriter(string prefix)
{
this.prefix = prefix;
}
public void Write(string text)
{
Console.WriteLine(String.Concat(prefix,text));
}
}
Aquí es una clase base:
public class BaseClass
{
protected static ConsoleWriter consoleWriter = new ConsoleWriter("");
public static void Write(string text)
{
consoleWriter.Write(text);
}
}
Aquí es una clase práctica:
public class NewClass : BaseClass
{
protected new static ConsoleWriter consoleWriter = new ConsoleWriter("> ");
}
Ahora aquí está el código para ejecutar este:
class Program
{
static void Main(string[] args)
{
BaseClass.Write("Hello World!");
NewClass.Write("Hello World!");
Console.Read();
}
}
Así
I esperaría que la salida fuera
Hello World!
> Hello World!
Pero la salida es
Hello World!
Hello World!
No entiendo por qué ocurre esto. Aquí está mi proceso de pensamiento en cuanto a lo que está sucediendo:
- El CLR llama al método
BaseClass.Write()
- El CLR inicializa el miembro de
BaseClass.consoleWriter
. - El método se llama y ejecutados con el
BaseClass.consoleWriter
variable de
Entonces
- El CLR llama a la
NewClass.Write()
- El CLR inicializa el objeto
NewClass.consoleWriter
. - El CLR ve que la aplicación reside en
BaseClass
, pero el método se hereda a través - El CLR ejecuta el método localmente (en
NewClass
) utilizando la variable
pensé que esta es la forma en la estructura NewClass.consoleWriter
herencia ¿trabajos?
¿Alguien puede ayudarme a entender por qué esto no funciona?
-
Actualización:
Este escenario tendría las características siguientes (la forma en vez implementado)
public class LogBase
{
protected static TraceSource logger = new TraceSource("");
public static void Error (string text) { logger.WriteError(text); }
public static void Info (string text) { logger.WriteInformation(text); }
public static void Warning (string text) { logger.WriteWarning(text); }
public static void Verbose (string text) { logger.WriteVerbose(text); }
}
// DataAccess logging
public class DALog : LogBase
{
protected new static TraceSource logger = new TraceSource("DataAccess");
}
// BusinessObjects logging
public class BOLog : LogBase
{
protected new static TraceSource logger = new TraceSource("Objects");
}
// BusinessLogic logging
public class BLLog : LogBase
{
protected new static TraceSource logger = new TraceSource("Logic");
}
// WebUI logging
public class WebUILog : LogBase
{
protected new static TraceSource logger = new TraceSource("WebUI");
}
La razón es que no tengo que duplicar el código de cada clase individual
-
Update (después de la solución elegida):
Así que con el fin de solucionar este problema, en lugar de utilizar clases de base, que define la funcionalidad de uno. Entonces creado nuevas clases, que llevan a cabo casos Singleton para cada capa:
public sealed class LogBase
{
private TraceSource logger = null;
public static LogBase GetLogger(string loggerName)
{
return new LogBase(loggerName);
}
private LogBase(string loggerName) { logger = new TraceSource(loggerName); }
public void Error (string text) { logger.WriteError(text); }
public void Info (string text) { logger.WriteInformation(text); }
public void Warning (string text) { logger.WriteWarning(text); }
public void Verbose (string text) { logger.WriteVerbose(text); }
}
// DataAccess logging - no base class
public class DALog
{
private static LogBase logger;
public static LogBase Instance
{
get
{
if (logger==null) { logger = new TraceSource("DataAccess"); }
return logger;
}
}
}
...
No puedo declarar los métodos estáticos como virtuales. Tal vez debería devolver una instancia de la clase y luego llamar a métodos no estáticos para evitar este problema. –
Sí, haz eso. Puede convertirlo en un singleton y seguir proporcionando una forma estática de acceder a él como: LogBase.GetLogger ("DataAccess"). Y luego casi está en la forma en que se ve en log4net, que es posible que desee echarle un vistazo. – chiccodoro