Nota
L'accés a aquesta pàgina requereix autorització. Podeu provar d'iniciar la sessió o de canviar els directoris.
L'accés a aquesta pàgina requereix autorització. Podeu provar de canviar els directoris.
Nota:
Este contenido se reimprime con permiso de Pearson Education, Inc. de Directrices de diseño de frameworks: Convenciones, expresiones y patrones para bibliotecas reutilizables de .NET, 2ª edición. Esa edición fue publicada en 2008, y el libro ha sido totalmente revisado en la tercera edición. Parte de la información de esta página puede estar obsoleta.
Los miembros protegidos por sí mismos no proporcionan ninguna extensibilidad, pero pueden aumentar la eficacia de la extensibilidad a través de la creación de subclases. Se pueden usar para exponer opciones de personalización avanzadas sin complicar innecesariamente la interfaz pública principal.
Los diseñadores de marcos deben tener cuidado con los miembros protegidos porque el nombre "protegido" puede dar un falso sentido de seguridad. Cualquier persona puede crear una subclase de una clase no sellada y acceder a los miembros protegidos, por lo que los mismos procedimientos de codificación defensiva que se utilizan para los miembros públicos se aplican a los miembros protegidos.
✔️ CONSIDERE la posibilidad de usar miembros protegidos para la personalización avanzada.
✔️ TRATE los miembros protegidos de clases no selladas como públicos con fines de análisis de compatibilidad, documentación y seguridad.
Cualquier persona puede heredar de una clase y acceder a los miembros protegidos.
© Partes 2005, 2009 de Microsoft Corporation. Todos los derechos reservados.
Reimpreso con permiso de Pearson Education, Inc. de Framework Design Guidelines: Convenciones, Idiomas y Patrones para Bibliotecas .NET Reusables, 2ª Edición por Krzysztof Cwalina y Brad Abrams, publicado el 22 de octubre de 2008 por Addison-Wesley Professional como parte de la Serie Desarrollo de Microsoft Windows.