Classes unsealed
Une classe unsealed permet à d'autres classes d'hériter d'elle. Un grand nombre d'autres mécanismes d'extensibilité, notamment les membres protégés et virtuels, exigent qu'une classe soit unsealed. Ces mécanismes supplémentaires offrent de nombreuses possibilités en termes d'ajout et de personnalisation des fonctionnalités d'un type mais souvent avec un coût élevé. Une classe unsealed peut être utile dans bon nombre de scénarios de développement, même sans les mécanismes d'extensibilité supplémentaires.
Considérez les classes unsealed sans membres virtuels ou protégés comme une solution efficace et peu coûteuse de fournir l'extensibilité à une infrastructure.
Par défaut, la plupart des classes ne doivent pas être sealed. Cela permet aux développeurs de personnaliser des classes selon leurs scénarios spécifiques. Par exemple, lorsqu'une classe est unsealed, un développeur peut ajouter un constructeur à un type dérivé de la classe et utiliser ce constructeur pour initialiser les propriétés de la classe de base avec les valeurs requises par le scénario. Le développeur peut également ajouter des surcharges de méthode qui passent des valeurs par défaut spécifiques au scénario.
Portions Copyright 2005 Microsoft Corporation. Tous droits réservés.
Portions Copyright Addison-Wesley Corporation. Tous droits réservés.
Pour plus d'informations sur les règles de conception, consultez « règles de conception d'infrastructure : Conventions idiomes et modèles carnet de bibliothèques réutilisables framework » Krzysztof Cwalina et Brad Abrams, publiés par Addison-Wesley, 2005.
Voir aussi
Concepts
Limitation de l'extensibilité en scellant des classes
Autres ressources
Instructions de conception pour le développement de bibliothèques de classes