Очистка Оверрайдов

[in4core]

Такой вопрос интересен, если мы наследуемся например от DisplayObjectContainer , я бы хотел например, удалить методы name , addChild и т.д. Понятно, что можно запретить

override public function addChild(child:DisplayObject): void {
    throw new Error('');
}

А как вообще скрыть этот метод или удалить его ? Возможно ли ?

[GBee]

override public function addChild(child:DisplayObject): void {
}

Чем не устраивает?
Нельзя скрыть метод, да и смысла нет.

[in4core]

GBee смотрика.

class someClass extends Sprite  {....}
 
var cl:someClass = new someClass (); // теперь я хочу, чтобы пользователь не видел в списке addChild
 
cl.add
...
...
...
...
...
? // в списке его не видно.

Хорошо - пользователь думает, что это особый класс имеющий только свои методы. Даже наследование от Object - имеет ненужные мне методы типа toString() - зачем мне каждый раз оверрайдить с ошибкой?

Добавлено через 50 секунд
ВОт я и хочу узнать - как то можно удалить или скрыть методы. Если нельзя вопрос отпадает

[Jewelz]

нельзя, используй композицию

[gloomyBrain]

нельзя, используй композицию

И как? Писать свой addChild для каждого контейнера?

[Jewelz]

зачем для каждого, для одного, а от него дальше наследовать, все нужные методы в нем сделать

[gloomyBrain]

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

[Jewelz]

да, будет вселенская грусть =) но возможно автору и не требуется его на сцену добавлять, нужно конкретную задачу смотреть уже

[maxkar]

Я имею ввиду, что когда этот хитрый класс кто-то захочет добавить на сцену, то он обломается.

Ну так и не надо "хитрый класс" добавлять. Может, кто-то еще захочет и Number на сцену добавить, у него тоже проблемы будут. В типичном случае при композиции будет вызов одного дополнительного метода:

container.addChild(specialObject.getUI());
 
public final class SpecialObject {
  public function getUI() : DisplayObject {return ui;}
}

В этом случае как раз все логично. Есть какой-то объект (с необходимыми методами). У этого объекта есть UI. При этом сам объект не является UI как таковым (спрайтом и т.п.). Второй вариант - объект таки является "чистым" UI, но при этом не хочется, чтобы были видны детали реализации. В этом случае спасают функции:

internal final class SomeUI extends Sprite {
...
}
 
public function createSomeUI() : DisplayObject {
  return new SomeUI();
}

[Psycho Tiger]

А какие методы, например, нужно перекрыть?