Есть класс MyClass, естественно наследник класса Object. Можно ли скрыть (не переопределить логику работы, а именно скрыть) методы базового класса, например ToString(), чтобы у объектов MyClass после точки они не появлялись:




Я понимаю, что модификатор доступа нельзя изменить, но у какого-то класса я такое видел, хотя м.б он был статическим? Не помню уже.

Это сообщение отредактировал(а) GRIENDERS - 27.1.2008, 15:51

GRIENDERS, нет, при наследовании скрыть члены базового класса нельзя. Впрочем, можно не наследовать, а агрегировать :



и все члены класса A, которые должны быть видны, завернуть в обёртки класса B :



Но в случае с Object это не подходит, поскольку все классы неявно наследуются от Object  А чем, если не секрет, так стыден метод ToString()?

Это сообщение отредактировал(а) marcusmae - 27.1.2008, 16:02

ToString есть у всех типов .NET.. его можно только переопределить,а больше ничего не сделать

Можешь посмотреть в сторону sealed.

_Jesus, интересно как?

GRIENDERS, 



только имей ввиду, что этот ToString будет вызываться только, если ты будешь обращаться к нему через 



Только так.

arilou, не работает - из класса А можно обратиться к ToString(), хотя он и будет вызывать метод  ToString класса object
Но все равно a.ToString() - ошибки НЕТ, компилируется и работает нормально

а что если переопределить ToString() и вызывать исключение?? тогда никто не убдет его использовать)))

Действительно, я был не прав. Признаю. Хотя казалось, что вроде так было...

Ну тада возвращаемся к первому вопросу, а зачем оно надо?  Можно определить методы в интерфейсе, а в классе их реализовать explicitly, тогда их не будет видно, если явно не приведешь объект к типу интерфейса.

С explicitly реализацией тоже не катит, всё равно intellisence упорно показывает что методы есть, а при выполнении не вызываются методы из реализованного интерфейса. Похоже это фича дотнета такая.

Закрыть методы базового класса нельзя
Скрыть (hide) методы базового класса новой реализацией метода? Но для этого существуют виртуальные методы, 

да и после точки они появятся. 

Можно не наследоваться, а агрегироваться, как говорилось ранее. Тогда проблема решается.

Интерфейсы, как я понимаю, это немного не к этой ситуации. Есть определенная функциональность класса, доступная для всех, а один клиент класса намерен эту доступность отменить. 

Это не прерогатива клиента, сорри