Pourquoi sceller une classe?

J'aimerais savoir quelle est la motivation derrière la plupart des classes scellées dans le framework .Net. Quel est l'avantage de sceller une classe? Je ne peux pas imaginer comment ne pas autoriser l'héritage peut être utile et probablement pas le seul à lutter contre ces classes.

Alors, pourquoi le cadre est-il conçu de cette façon et ne serait-ce pas un changement inconditionnel de tout desceller? Il doit y avoir une autre raison, mais simplement être mauvais?

• Parfois, les classes sont trop précieuses et ne sont pas conçues pour être héritées.
• Runtime / Reflection peut faire des hypothèses d'héritage sur les classes scellées lors de la recherche de types. Un bon exemple de ceci est - Il est recommandé que les attributs soient scellés pour la vitesse d'exécution de la recherche. type.GetCustomAttributes (typeof (MyAttribute)) fonctionnera beaucoup plus rapidement si MyAttribute est scellé.

L'article MSDN de cette rubrique est la limitation de l'extensibilité en scellant les classes .

Les classes doivent être conçues pour l'héritage ou l'interdire. Il y a un coût à concevoir pour l'héritage:

• Il peut identifier votre implémentation (vous devez déclarer quelles méthodes vont appeler quelles autres méthodes, au cas où un utilisateur remplacerait l'une mais pas l'autre)
• Il révèle votre implémentation plutôt que simplement les effets
• Cela signifie que vous devez penser à plus de possibilités lors de la conception
• Des choses comme Equals sont difficiles à concevoir dans un arbre d'héritage
• Cela nécessite plus de documentation
• Un type immuable qui est sous-classé peut devenir mutable (ick)

Le point 17 de Effective Java donne plus de détails à ce sujet - indépendamment du fait qu'il soit écrit dans le contexte de Java, les conseils s'appliquent également à .NET.

Personnellement, je souhaite que les classes soient scellées par défaut dans .NET.

Il semble que les directives officielles de Microsoft sur le scellement ont évolué depuis que cette question a été posée il y a environ 9 ans et qu'elles sont passées d'une philosophie d'acceptation (sceller par défaut) à se désinscrire (ne pas sceller par défaut):

X NE PAS sceller les classes sans avoir une bonne raison de le faire.

Sceller une classe parce que vous ne pouvez pas penser à un scénario d'extensibilité n'est pas une bonne raison. Les utilisateurs du framework aiment hériter des classes pour diverses raisons non évidentes, comme l'ajout de membres pratiques. Consultez Classes non scellées pour obtenir des exemples de raisons non évidentes pour lesquelles les utilisateurs souhaitent hériter d'un type.

Les bonnes raisons de sceller une classe sont les suivantes:

• La classe est une classe statique. Voir Conception de classe statique.
• La classe stocke les secrets sensibles à la sécurité dans les membres protégés hérités.
• La classe hérite de nombreux membres virtuels et le coût de leur scellement individuel l'emporterait sur les avantages de laisser la classe descellée.
• La classe est un attribut qui nécessite une recherche d'exécution très rapide. Les attributs scellés ont des niveaux de performance légèrement supérieurs à ceux non scellés. Voir les attributs.

X NE déclarez PAS de membres protégés ou virtuels sur des types scellés.

Par définition, les types scellés ne peuvent pas être hérités. Cela signifie que les membres protégés sur les types scellés ne peuvent pas être appelés et que les méthodes virtuelles sur les types scellés ne peuvent pas être remplacées.

✓ CONSIDÉREZ les éléments d'étanchéité que vous remplacez. Les problèmes qui peuvent résulter de l'introduction de membres virtuels (abordés dans Membres virtuels) s'appliquent également aux remplacements, bien qu'à un degré légèrement moindre. Sceller un remplacement vous protège de ces problèmes à partir de ce point dans la hiérarchie d'héritage.

En effet, si vous recherchez la base de code ASP.Net Core , vous ne trouverez qu'environ 30 occurrences de sealed class, dont la plupart sont des attributs et des classes de test.

Je pense que la conservation de l'immuabilité est un bon argument en faveur du scellement.

J'ai trouvé cette phrase dans la documentation msdn: "Les classes scellées sont principalement utilisées pour empêcher la dérivation. Comme elles ne peuvent jamais être utilisées comme classe de base, certaines optimisations d'exécution peuvent rendre l'appel des membres de classe scellés légèrement plus rapide."

Je ne sais pas si la performance est le seul avantage des classes scellées et personnellement j'aimerais aussi connaître d'autres raisons ...

Les performances sont un facteur important, par exemple, la classe de chaîne en java est finale (<- scellée) et la raison en est uniquement les performances. Je pense qu'un autre point important est d'éviter le problème de classe de base fragile décrit en détail ici: http://blogs.msdn.com/ericlippert/archive/2004/01/07/virtual-methods-and-brittle-base-classes. aspx

Si vous fournissez un cadre, il est important pour les projets hérités de maintenabilité et de mettre à niveau votre cadre pour éviter le problème de classe de base fragile

Scellé est utilisé pour éviter le "problème de classe de base fragile". J'ai trouvé un bon article dans MSDN qui explique cela.

L'étanchéité vous permet de réaliser des gains de performances mineurs. C'est moins vrai dans le monde des JIT et de la pessimisation paresseuse que dans le monde de, disons C ++, mais puisque .NET n'est pas aussi bon que la pessimisation que les compilateurs java le sont principalement à cause de différentes philosophies de conception, il est toujours utile. Il indique au compilateur qu'il peut appeler directement toutes les méthodes virtuelles plutôt que de les appeler indirectement via la vtable.

C'est également important lorsque vous voulez un «monde fermé» pour des choses comme la comparaison d'égalité. Normalement, une fois que j'ai défini une méthode virtuelle, je suis à peu près tenté de définir une notion de comparaison d'égalité qui implémente vraiment l'idée. D'un autre côté, je pourrais peut-être le définir pour une sous-classe particulière de la classe avec la méthode virtuelle. Sceller cette classe garantit que l'égalité tient vraiment.

Sceller une classe facilite la gestion des ressources jetables.

Pour déterminer s'il faut sceller une classe, une méthode ou une propriété, vous devez généralement considérer les deux points suivants:

• Les avantages potentiels que les classes dérivées pourraient tirer de la possibilité de personnaliser votre classe.

• La possibilité que les classes dérivées puissent modifier vos classes de telle sorte qu'elles ne fonctionneraient plus correctement ou comme prévu.

Une autre considération est que les classes scellées ne peuvent pas être stubbées dans vos tests unitaires. À partir de la documentation de Microsoft :

Les classes scellées ou les méthodes statiques ne peuvent pas être stubbées car les types stub reposent sur la répartition des méthodes virtuelles. Dans de tels cas, utilisez des types de shim comme décrit dans Utilisation de shims pour isoler votre application des autres assemblys pour les tests unitaires.