¿Por qué declarar las clases estáticas como selladas y abstractas en C#?

Question

This MSDN article indica que las clases estáticas deben declararse como selladas y abstractas. Tenía la impresión de que las clases estáticas ya estaban selladas. ¿Por qué también necesitarías declarar una clase estática como sellada?

Answer 1

creo que el bit correspondiente de ese artículo es:

"declaramos clases estáticas como sellado y abstracta, y añadir un constructor de instancia privada, si su lenguaje de programación no cuenta con soporte integrado para las clases estáticas "

Recuerde, el .NET Framework es compatible con muchos idiomas diferentes.

Answer 2

Parece estar diciendo que declarar una clase como sellada y abstracta con un constructor privado es una alternativa a la clase estática si el lenguaje no admite clases estáticas.

Answer 3

C# v1 no permitió la palabra clave 'estática' en la clase. Entonces, si tienes una clase con solo métodos estáticos, se sugirió declararla 'sellada', 'abstracta' y hacer que el constructor sea privado. Esto significa que nadie puede instanciar su clase o tratar de heredar de ella. [No tiene sentido heredar de una clase que solo tiene métodos estáticos.]

C# v2 permitió la palabra clave estática en una clase, por lo que no tiene que usar el truco anterior para imponer el uso correcto.

Answer 4

• Uno de los efectos de marcar una clase como abstract es que no se puede crear una instancia.
• Uno de los efectos de marcar una clase como sealed es que no se puede heredar.

Eso es lo que realmente es una clase static - una clase que no puede ser instanciada y que no puede ser heredada.

Por lo que el artículo no indica que debe marcar sus clases estáticas como abstract y sealed adicionalmente, pero esta es la forma en que las clases estáticas están representadas en IL.

(otros idiomas pueden permitirle hacer esto si no tienen una palabra clave static, aunque lo dudo, porque una clase abstract sealed no tiene mucho sentido semántico.)