Clases no selladas
Actualización: noviembre 2007
Una clase no sellada permite a otras clases heredar de ella. Muchos de los demás mecanismos de extensibilidad, como los miembros protegidos y virtuales, requieren que una clase sea no sellada. Estos mecanismos adicionales agregan maneras eficaces de agregar o personalizar la funcionalidad de un tipo, pero no sin un costo significativo. Una clase no sellada puede resultar de utilidad en muchos escenarios de desarrollo, incluso sin los mecanismos de extensibilidad adicionales.
Considere las clases no selladas sin los miembros virtuales o protegidos como una excelente manera de proporcionar a un marco de trabajo extensibilidad de bajo costo, pero muy valiosa.
De forma predeterminada, la mayoría de las clases no deberían estar selladas. Esto permite a los desarrolladores personalizar las clases en función de sus escenarios concretos. Por ejemplo, cuando una clase no está sellada, los desarrolladores pueden agregar un constructor a un tipo derivado de la clase, y utilizar ese constructor para inicializar las propiedades de la clase base con los valores necesarios para el escenario. El desarrollador también puede agregar sobrecargas de método que pasan valores predeterminados específicos del escenario.
Portions Copyright 2005 Microsoft Corporation. Reservados todos los derechos.
Portions Copyright Addison-Wesley Corporation. Reservados todos los derechos.
Para obtener más información sobre las directrices de diseño, consulte el libro titulado "Framework Design Guidelines: Conventions, Idioms, and Patterns for Reusable .NET Libraries" de Krzysztof Cwalina y Brad Abrams, publicado por Addison-Wesley, 2005.
Vea también
Conceptos
Limitar la extensibilidad mediante clases selladas
Otros recursos
Instrucciones de diseño para desarrollar bibliotecas de clases