У C # та C ++ / CLI ключове слово sealed(або NotInheritableу VB) використовується для захисту класу від будь-якого шансу успадкування (клас буде не успадковуватися). Я знаю, що однією особливістю об’єктно-орієнтованого програмування є успадкування, і я відчуваю, що використання “ sealedсуперечить” цій функції, це зупиняє успадкування. Чи є приклад, який показує користь sealedі коли важливо його використовувати?
Відповіді:
У класі, який реалізує функції захисту, так що оригінальний об'єкт не може бути "виданим за себе".
Взагалі кажучи, нещодавно я обмінявся інформацією з людиною в Microsoft, яка сказала мені, що вони намагалися обмежити спадщину місцями, де це справді мало повний сенс, оскільки воно стає дорогим, якщо його не лікувати.
Запечатане ключове слово повідомляє CLR, що далі немає класу для пошуку методів, і це пришвидшує процес.
У більшості інструментів для підвищення продуктивності на сьогоднішньому ринку ви знайдете прапорець, який закріплюватиме всі ваші класи, які не успадковуються.
Будьте обережні, тому що якщо ви хочете дозволити виявлення плагінів або збірки через MEF, ви зіткнетеся з проблемами.
Додаток до чудової відповіді Бабуїна :
У відповідній примітці, застосовній лише до незапечатаних класів: будь-який створений метод virtualє точкою розширення або, принаймні, схоже, він повинен бути точкою розширення. Методи декларування також virtualповинні бути свідомим рішенням. (У C # це свідоме рішення; у Java це не так.)
EDIT : Деякі відповідні посилання:
Також зверніть увагу, що Котлін за замовчуванням герметизує класи; його openключове слово протилежне Java finalабо sealedC # . (Звичайно, немає універсальної згоди, що це добре .)
Позначення класу як Sealed запобігання фальсифікації важливих класів, що може порушити безпеку або вплинути на продуктивність.
Багато разів герметизація класу також має сенс, коли розробляється клас корисності з фіксованою поведінкою, яку ми не хочемо змінювати.
Наприклад, Systemпростір імен у C#надає багато класів, які запечатані, наприклад String. Якби не запечатано, можна було б розширити його функціональність, що може бути небажаним, оскільки це основний тип із заданою функціональністю.
Точно так само structuresв Росії C#завжди неявно запечатуються. Отже, не можна вивести одну структуру / клас з іншої структури. Причина цього полягає в тому structures, що вони використовуються для моделювання лише окремих, атомних, визначених користувачем типів даних, які ми не хочемо змінювати.
Іноді, коли ви будуєте ієрархію класів, вам може знадобитися обмежити певну гілку в ланцюжку успадкування на основі вашої моделі домену або бізнес-правил.
Наприклад, a Managerта PartTimeEmployeeобоє Employees, але ви не виконуєте жодної ролі після роботи за сумісництвом у вашій організації. У цьому випадку вам може знадобитися пломба, PartTimeEmployeeщоб запобігти подальшому розгалуженню. З іншого боку, якщо у вас є погодинні або щотижневі працівники, що працюють за сумісництвом, може мати сенс успадкувати їх PartTimeEmployee.
unsealкласу легше , якщо це потрібно, а не запечатувати його та ламати всі класи, які від цього залежать.
Я думаю, що ця публікація має якусь хорошу думку, конкретний випадок був при спробі передати негерметичний клас на будь-який випадковий інтерфейс, компілятор не видає помилки; але коли використовується герметичність, компілятор видає помилку, яку не може перетворити. Запечатаний клас забезпечує додатковий захист доступу до коду.
https://www.codeproject.com/Articles/239939/Csharp-Tweaks-Why-to-use-the-sealed-keyword-on-cla