В C # и C ++ / CLI ключевое слово sealed(или NotInheritableв VB) используется для защиты класса от любого шанса наследования (класс не наследуется). Я знаю, что одна из особенностей объектно-ориентированного программирования - это наследование, и я чувствую, что использование sealedидет вразрез с этой функцией, она останавливает наследование. Есть ли пример, показывающий пользу sealedи когда это важно использовать?
Ответы:
В классе, который реализует функции безопасности, так что исходный объект не может быть «олицетворен».
В более общем плане, я недавно обменялся с человеком в Microsoft, который сказал мне, что они пытались ограничить наследование теми местами, где это действительно имеет смысл, потому что это становится дорогостоящим с точки зрения производительности, если его не лечить.
Ключевое слово sealed сообщает CLR, что ниже нет класса для поиска методов, и это ускоряет работу.
В большинстве инструментов повышения производительности, представленных в настоящее время на рынке, вы найдете флажок, который закроет все ваши классы, которые не унаследованы.
Однако будьте осторожны, потому что если вы хотите разрешить обнаружение подключаемых модулей или сборок через MEF, вы столкнетесь с проблемами.
Дополнение к отличному ответу Бабуина :
В связи с этим, применимо только к незапечатанным классам: любой созданный метод virtualявляется точкой расширения или, по крайней мере, выглядит так, как будто он должен быть точкой расширения. Объявление методов также virtualдолжно быть осознанным решением. (В C # это осознанное решение; в Java - нет.)
РЕДАКТИРОВАТЬ : некоторые соответствующие ссылки:
Также обратите внимание, что Kotlin по умолчанию закрывает классы; его openключевое слово является противоположностью Java finalили sealedC # . (Безусловно, нет единого мнения, что это хорошо .)
Пометка класса как Sealedпредотвращает вмешательство в важные классы, которые могут поставить под угрозу безопасность или повлиять на производительность.
Во многих случаях изоляция класса также имеет смысл при разработке служебного класса с фиксированным поведением, которое мы не хотим изменять.
Например, Systemпространство имен в C#предоставляет множество запечатанных классов, таких как String. Если он не запечатан, его функциональность можно было бы расширить, что может быть нежелательно, поскольку это фундаментальный тип с заданной функциональностью.
Точно так же structuresin 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