In C # und C ++ / CLI wird das Schlüsselwort sealed(oder NotInheritablein VB) verwendet, um eine Klasse vor Vererbungschancen zu schützen (die Klasse ist nicht vererbbar). Ich weiß, dass ein Merkmal der objektorientierten Programmierung die Vererbung ist, und ich bin der Meinung, dass die Verwendung von sealedgegen dieses Merkmal verstößt und die Vererbung stoppt. Gibt es ein Beispiel, das den Nutzen zeigt sealedund wann es wichtig ist, es zu verwenden?
In einer Klasse, die Sicherheitsfunktionen implementiert, sodass das ursprüngliche Objekt nicht "verkörpert" werden kann.
Im Allgemeinen habe ich mich kürzlich mit einer Person bei Microsoft ausgetauscht, die mir sagte, sie habe versucht, die Vererbung auf die Stellen zu beschränken, an denen dies wirklich Sinn macht, da sie in Bezug auf die Leistung teuer wird, wenn sie nicht behandelt wird.
Das versiegelte Schlüsselwort teilt der CLR mit, dass es keine Klasse weiter unten gibt, um nach Methoden zu suchen, und dies beschleunigt die Arbeit.
In den meisten leistungssteigernden Tools auf dem heutigen Markt finden Sie ein Kontrollkästchen, das alle nicht vererbten Klassen versiegelt.
Seien Sie jedoch vorsichtig, denn wenn Sie Plugins oder Assembly Discovery über MEF zulassen möchten, treten Probleme auf.
Ein Nachtrag zu Baboons hervorragender Antwort :
In einem verwandten Hinweis, der nur für nicht versiegelte Klassen gilt: Jede erstellte Methode
virtualist ein Erweiterungspunkt oder sieht zumindest so aus, als ob sie ein Erweiterungspunkt sein sollte. Das Deklarieren von Methodenvirtualsollte ebenfalls eine bewusste Entscheidung sein. (In C # ist dies eine bewusste Entscheidung, in Java nicht.)EDIT : Einige relevante Links:
Beachten Sie auch, dass Kotlin standardmäßig Klassen versiegelt. Das
openSchlüsselwort ist das Gegenteil von JavafinalodersealedC # . (Natürlich gibt es keine allgemeine Übereinstimmung darüber, dass dies eine gute Sache ist .)quelle
Das Markieren einer Klasse als
Sealedverhindert das Manipulieren wichtiger Klassen, die die Sicherheit gefährden oder die Leistung beeinträchtigen können.Oft ist das Versiegeln einer Klasse auch dann sinnvoll, wenn eine Utility-Klasse mit festem Verhalten entworfen wird, das wir nicht ändern möchten.
Zum Beispiel bietet der
SystemNamespace inC#viele Klassen, die versiegelt sind, wie zString. Wenn es nicht versiegelt ist, könnte es seine Funktionalität erweitern, was unerwünscht sein könnte, da es sich um einen grundlegenden Typ mit gegebener Funktionalität handelt.Ebenso sind
structuresinC#immer implizit versiegelt. Daher kann man eine Struktur / Klasse nicht von einer anderen Struktur ableiten. Der Grund dafür ist, dassstructuresnur eigenständige, atomare, benutzerdefinierte Datentypen modelliert werden, die wir nicht ändern möchten.Wenn Sie Klassenhierarchien erstellen, möchten Sie manchmal einen bestimmten Zweig in der Vererbungskette basierend auf Ihrem Domänenmodell oder Ihren Geschäftsregeln abschließen.
Zum Beispiel sind a
ManagerundPartTimeEmployeebeideEmployees, aber Sie haben nach Teilzeitbeschäftigten in Ihrer Organisation keine Rolle mehr. In diesem Fall möchten Sie möglicherweise versiegelnPartTimeEmployee, um eine weitere Verzweigung zu verhindern. Wenn Sie jedoch stündliche oder wöchentliche Teilzeitbeschäftigte haben, kann es sinnvoll sein, diese zu erbenPartTimeEmployee.quelle
unsealBei Bedarf ist es für die Klasse später einfacher , als sie zu versiegeln und alle davon abhängigen Klassen zu brechen.Ich denke, dieser Beitrag hat einen guten Punkt. Der spezielle Fall war, als versucht wurde, eine nicht versiegelte Klasse in eine zufällige Schnittstelle umzuwandeln. Der Compiler gibt keinen Fehler aus. Wenn jedoch versiegelt verwendet wird, gibt der Compiler einen Fehler aus, den er nicht konvertieren kann. Die versiegelte Klasse bietet zusätzliche Sicherheit für den Codezugriff.
https://www.codeproject.com/Articles/239939/Csharp-Tweaks-Why-to-use-the-sealed-keyword-on-cla
quelle