Quando e perché sigilleresti una lezione?

Question

In C# e C++/CLI la parola chiave sealed (o NotInheritable in VB) viene utilizzata per proteggere una classe da qualsiasi possibilità di ereditarietà (la classe non sarà ereditabile). So che una caratteristica della programmazione orientata agli oggetti è l'ereditarietà e ritengo che l'uso di sealed vada contro questa funzione, impedendo l'ereditarietà. C'è un esempio che mostra il vantaggio di sealed e quando è importante utilizzarlo?

Answer 1

1) Su una classe che implementa funzionalità di sicurezza, in modo che l'oggetto originale non possa essere "impersonato".

2) Più in generale, di recente mi sono scambiato con una persona in Microsoft, che mi ha detto che cercava di limitare l'ereditarietà ai luoghi in cui aveva davvero senso, perché diventa costoso se non curato.
La parola chiave sealed indica al CLR che non esiste una classe più in basso per cercare i metodi e che accelera le cose.

Al giorno d'oggi nella maggior parte degli strumenti di miglioramento delle prestazioni sul mercato, troverete una casella di controllo che sigillerà tutte le vostre classi che non sono ereditate.
Attenzione però, perché se si desidera consentire i plug-in o il rilevamento degli assiemi tramite MEF, si verificheranno dei problemi.

Answer 2

Un addendum alla risposta eccellente del Babbuino:

3) Se una classe non è progettato per l'eredità, le sottoclassi potrebbero rompersi class invariants. Questo si applica in realtà solo se stai creando un'API pubblica, ovviamente, ma come regola generale sigillo qualsiasi classe non esplicitamente progettata per essere sottoclasse.

Su una nota correlata, applicabile solo alle classi non sigillate: qualsiasi metodo creato virtual è un punto di estensione o, almeno, sembra che dovrebbe essere un punto di estensione. La dichiarazione dei metodi virtual dovrebbe essere una decisione consapevole. (In C# questa è una decisione consapevole, in Java non è così.)

---

EDIT: Alcuni link rilevanti:

• Effective Java, 2nd Edition da Joshua Bloch. Vedi punto 17 (richiede sottoscrizione Safari)
• Effective Java Item 17: Design and document for inheritance or else prohibit it (discussione della stessa voce)

Si noti inoltre che Kotlin sigilli classi di default; its open keyword is the opposite of Java's final or the sealed of C#. (Per essere sicuri, there is no universal agreement that this is a good thing.)

Answer 3

Penso che questo post abbia un buon punto, il caso specifico è stato quando si prova a trasmettere una classe non sigillata a qualsiasi interfaccia casuale, il compilatore non genera errori; ma una volta sigillato viene usato il compilatore genera errore che non può convertire. La classe sigillata offre sicurezza aggiuntiva per l'accesso al codice.
https://www.codeproject.com/Articles/239939/Csharp-Tweaks-Why-to-use-the-sealed-keyword-on-cla