C#, implementar 'resumen estático' como métodos

Question

Recientemente me encontré con un problema donde parece que necesito un método de 'resumen estático'. Sé por qué es imposible, pero ¿cómo puedo evitar esta limitación?

Por ejemplo, tengo una clase abstracta que tiene una cadena de descripción. Desde esta cadena es común para todos los casos, se marca como algo estático, pero quiero exigir que todas las clases derivadas de esta clase proporcionan su propio Descripción propiedad, así que marqué como resumen:

abstract class AbstractBase 
{ 
    ... 
    public static abstract string Description{get;} 
    ... 
} 

No lo hará compilar por supuesto. Pensé en usar interfaces, pero las interfaces pueden no contener firmas de métodos estáticos.

¿Debo hacerlo simplemente no estático, y siempre obtener una instancia para conseguir que la información específica de clase?

¿Alguna idea?

Answer 1

Combinando estático y abstracto es algo sin sentido, sí. La idea detrás de la estática es que no es necesario presentar una instancia de la clase para usar el miembro en cuestión; sin embargo, con el resumen, uno espera que una instancia sea de una clase derivada que proporciona una implementación concreta.

puedo ver por qué te gustaría este tipo de combinación, pero el hecho es el único efecto sería negar el uso de la aplicación 'esto' o algún miembro no estáticas. Es decir, la clase padre dictaría una restricción en la implementación de la clase derivada, aunque no haya una diferencia subyacente entre llamar a un miembro abstracto o 'resumen estático' (ya que ambos necesitarían una instancia concreta para descubrir qué implementación usar)

Answer 2

Usted no puede.

El lugar de hacerlo es con atributos.

Ej

[Name("FooClass")] 
class Foo 
{ 
} 

Answer 3

No es estática si tiene que ser llamado en una instancia.

Si no lo está llamando en una instancia, entonces no hay polimorfismo en juego (es decir, ChildA.Description no está relacionado con ChildB.Description en lo que respecta al lenguaje).

Answer 4

Si es estático, solo hay una instancia de la variable, no veo cómo la herencia tendría sentido si pudiéramos hacer lo que queremos lograr con variables estáticas en las clases derivadas. Personalmente, creo que vas a intentar evitar una instancia var.

Por qué no sólo la manera clásica?

abstract class AbstractBase 
{ 
    protected string _Description = "I am boring abstract default value"; 
} 

class Foo : AbstractBase { 

    public Foo() { 
     _Description = "I am foo!"; 
    } 
} 

Answer 5

Si no le importa aplazar hasta implementaciones para implementar sensiblemente la propiedad Description, sólo tiene que hacer

public abstract string ClassDescription {get; } 
// ClassDescription is more intention-revealing than Description 

Y las clases que implementan haría algo como esto:

static string classDescription="My Description for this class"; 
override string ClassDescription { get { return classDescription; } } 

Luego, se requiere que sus clases sigan el contrato de tener una descripción, pero usted les deja hacerlo con sensatez. No hay forma de especificar una implementación de forma orientada a objetos (excepto a través de hacks crueles y frágiles).

Sin embargo, en mi opinión esta descripción es metadatos de clase, por lo que preferiría utilizar el mecanismo de atributo como otros han descrito. Si está particularmente preocupado por los múltiples usos de la reflexión, cree un objeto que refleje sobre el atributo que le preocupa y almacene un diccionario entre el Tipo y la Descripción. Eso minimizará la reflexión (aparte de la inspección de tipo de tiempo de ejecución, que no es del todo mala). El diccionario se puede almacenar como miembro de cualquier clase que normalmente necesite esta información o, si los clientes de todo el dominio lo requieren, a través de un objeto singleton o de contexto.

Answer 6

Puede hacer que el método base "abstracto" arroje un Exception, entonces un desarrollador es "advertido" si intenta invocar este método en una clase secundaria sin anular.

El inconveniente es que uno podría extender la clase y no usar este método. Luego consulte otras respuestas proporcionadas.