Предназначение super()

[caseyryan]

Сообщение от udaaff

Не верная метафора крыша/стены. Дочерний класс строит не крышу, а вносит свои изменения и дополнения в строй материалы и методы их использования для построения этих самых стен. Крыша не является стеной, наследуюясь от стены, она бы являлось таковой. Более того, запись нескольких значений, никак не влияет на построение стен, значения относятся только к наследнику, что не расходится даже с твоей метафорой. Поэтому не убедил меня твой довод .

Ее можно трактовать так: суперкласс строит дом без крыши, в котором модно жить, а наследник добавляет ему нувые функции, например защиту от дождя в виде крыше.
Не должен подкласс создаваться раньше суперкласса. Как тебе еще такая метафора: "потомок рождается раньше предка, потому что ему нужны новые черты лица, которых у предка не было") Она сюда подходит как нельзя лучше. Даже названия те же)

С тем же успехом адоби может вообще отказаться от обратной совместимости.Программист опасная профессия =)

Это не повод делать все задом наперед)

[udaaff]

Ты рассуждаешь о композиции, а не о наследовании. Когда кот мурзик рождается на свет, то это одно целое - кот. Он не выходит по частям: сначала появилось некое животное, а потом к нему приклеили усы и хвост. Нет это просто кот, он не рождается позже или раньше кого-то, он сам по себе. И являясь животным, при этом он обладает своими собственными свойствами и поведением, которое у "базового животного" может отличаться или отсутствовать. Поэтому кот, как целое, волен вызывать суперконструктор, исходя из своего собственного поведения. В конце концов конструктор - это тот же метод как и прочие. А если переопределив какой-то метод нам необходимо вызвать внутри этого метод супер версию, то мы обязаны, следую твоей логике, делать этот вызов исключительно вначале? Или, все же исходя из того, какое поведение тебе нужно получить?

upd: Другое дело, что до рождения кота, мы не можем его заставить ходить или мяукать, поэтому нет смысла вызывать мяу(), до того как кот будет создан, но сам процесс создания мы можем контролировать.

[Zebestov]

udaaff, можешь привести пример "необходимых перед вызовом super()" действий?

[udaaff]

http://www.flasher.ru/forum/showpost...71&postcount=6

[Zebestov]

http://www.flasher.ru/forum/showpost...67&postcount=4

[udaaff]

Чем тебя пример не устраивает?

[Zebestov]

Тем, что он какой-то нелепый. Независимо от того, что ты хочешь переопределить, все равно будет вызван super() и родительский init(). Таким образом никакой необходимости делать что-то до super() все еще не видно.

[udaaff]

Речь идет о переопределенном методе init().

class SuperClass
{
    public function SuperClass()
    {
        super();
        init();
    }
 
    protected function init():void
    {
 
    }
}
 
class SubClass extends SuperClass
{
    public function SubClass(param:*)
    {
        _param = param;
        super();
    }
 
    private var _param:*;
 
    override function init():void
    {
        super.init();
        trace(_param);
    }
}

[Wolsh]

А такой пример?

	public class ConfirmWindow extends NativeWindow 
	{
		private var _windowOptions:NativeWindowInitOptions;
 
		public function ConfirmWindow(message:String) 
		{
			_windowOptions = new NativeWindowInitOptions();
			_windowOptions.systemChrome = NativeWindowSystemChrome.STANDARD;
			_windowOptions.type = NativeWindowType.UTILITY;
			_windowOptions.resizable = false;
 
			super(_windowOptions);
 
			//...

[Zebestov]

Сообщение от udaaff

Речь идет о переопределенном методе init().

Мне кажется, или при new SubClass() не будет никакого трейса?
А вот Wolsh привел хороший пример, да.