Membres protégés
Remarque
Ce contenu est réimprimé avec l’autorisation de Pearson Education, Inc. à partir des Instructions de conception d’une infrastructure : conventions, idiomes et modèles des bibliothèques réutilisables .NET, 2ème édition. Cette édition a été publiée en 2008, et le livre a été entièrement révisé dans la troisième édition. Certaines informations de cette page peuvent être obsolètes.
Les membres qui se protègent eux-mêmes ne fournissent aucune extensibilité, mais ils peuvent rendre plus puissante l’extensibilité par le biais des sous-classes. Ils peuvent servir à exposer des options de personnalisation avancées sans compliquer inutilement l’interface publique principale.
Les concepteurs de framework ont besoin d’être prudents avec les membres protégés, car le mot « protégés » peut donner un faux sentiment de sécurité. Tout le monde est en mesure de sous-classer une classe non scellée et d’accéder aux membres protégés. Ainsi, toutes les mêmes pratiques de codage défensif utilisées pour les membres publics s’appliquent aux membres protégés.
✔️ ENVISAGEZ d’utiliser des membres protégés pour une personnalisation avancée.
✔️ TRAITEZ les membres protégés dans des classes non scellées comme des membres publics à des fins de sécurité, de documentation et d’analyse de la compatibilité.
Tout le monde peut hériter d’une classe et accéder aux membres protégés.
Portions © 2005, 2009 Microsoft Corporation. Tous droits réservés.
Réimprimé avec l’autorisation de Pearson Education, Inc. et extrait de Framework Design Guidelines: Conventions, Idioms, and Patterns for Reusable .NET Libraries, 2nd Edition par Krzysztof Cwalina et Brad Abrams, publié le 22 octobre 2008 par Addison-Wesley Professional dans le cadre de la série sur le développement Microsoft Windows.