Как насчет придания ему меньшей видимости. Один из protected
и internal
может быть тем, что вы хотите. Конечно, это не удаляет такого члена из производного класса, а просто удаляет его из открытого интерфейса. Также требуется контроль над базовым классом. Не знаю, является ли LinkButton
одним из ваших классов.
Вы также можете скрыть свойство, повторно введя новое с тем же. Но это плохая идея, и приведение к базовому классу позволяет посторонним получить к нему доступ.
И вам следует подумать об использовании отношения has-a вместо is-a. Т.е. не наследуйте от базового класса, если вы не хотите, чтобы все его открытые члены. Это нарушает принципы ООП, такие как то, что должна быть возможность заменить производный класс там, где ожидается базовый класс.
Вы также можете переопределить его и заставить установщика бросить NotSupportedException
. Но это тоже некрасиво, потому что он покажет ошибку только во время выполнения, а не во время компиляции. Вы можете генерировать предупреждения во время компиляции с такими атрибутами, как ObsoleteAttribute
.