Множественное наследование

[Psycho Tiger]

А мне было бы круто просто наследовать от EventDispatcher`а вторым классом, чем реализовывать IEventDispatcher.

[Nemez]

Покажите, пож., пример реализации IEventDispatcher. В хелпе непонятно как-то ((.

[i.o.]

Показываем:

package  
{
	import flash.events.Event;
	import flash.events.EventDispatcher;
	import flash.events.IEventDispatcher;
 
 
	public class MyIEventDispatcher extends Object implements IEventDispatcher
	{
 
		public function MyIEventDispatcher() 
		{
			_eventDispatcher = new EventDispatcher( this );
		}
 
 
 
		private var _eventDispatcher:EventDispatcher;
 
 
 
		public function dispatchEvent( event:Event ):Boolean 
		{
			return _eventDispatcher.dispatchEvent( event );
		}
 
		public function hasEventListener( type:String ):Boolean 
		{
			return _eventDispatcher.hasEventListener( type );
		}
 
		public function willTrigger( type:String ):Boolean 
		{
			return _eventDispatcher.willTrigger( type );
		}
 
		public function removeEventListener( type:String, listener:Function, useCapture:Boolean=false ):void 
		{
			_eventDispatcher.removeEventListener( type, listener, useCapture );
		}
 
		public function addEventListener( type:String, listener:Function, useCapture:Boolean=false, priority:int=0, useWeakReference:Boolean=false ):void 
		{
			_eventDispatcher.addEventListener( type, listener, useCapture, priority, useWeakReference );
		}
 
	}
 
}

[Psycho Tiger]

Кто это сказал? Плохая идея.

Я рад что наконец-то Вы пришли и сказали нам, что GoF`ы были не кем-то, кого стоит знать. =)

[semenyakinVS]

А кто это?

Через некоторое время:

Почитал. Ясно... А какова их мотивация?

[Psycho Tiger]

Вы тут описывали нам Декоратор. Так вот он тоже с приставкой GoF.

[expl]

Почитал. Ясно... А какова их мотивация?

Восновном там проблемы с зависимостью всех классов от одного базового и разрастание оного,
второй минус - иерархия классов чаще выглядит как граф, а не как дерево и не вписывается в одиночное наследование (про множественное ничего не знаю), третий минус - невозможность динамически изменять дерево наследования (ну это, если требуется)

А разработчики as3 видимо посмотрели на Java, С#, D, ... и решили что и as3 без множественного наследования обойдется
Считается что оно проблемы создает

[JackFromChaos]

Пример реализации EventDispacher с помощью композиции:
Удалил, потому что пример был выше, просто чет не заметил его...
P.S.
На написание ушло не более 1 минуты... Медленнее чем просто унаследоваться, но не так уже и страшно...


Добавлено через 7 минут

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

Думаю, Страуструп дураком не был.

Страуструп при создании стандарта С++ 2.0 от множественного наследования избавился... Хотя шанс, что этот язык когда нибудь появится в реальности, не так уж и велик...

[Dukobpa3]

Имхо множественное наследование - это геморрой)))

Видимо я не один такой. С множественным наследованием в разы проще запутаться в своей же иерархии.
Интерфейсы многое решают, единственное что меня смущает в интерфейсах - я должен в любом случае переопределять заявленные в интерфейсе методы. Т.е. интерфейс он типа как просто обязалово для разраба, мол хочь не хочь, а вот этот набор методов ты должен описать, раз уж интерфейс имплементируешь.

В остальном же - я не знаю ситуаций где множественное наследование уж настолько необходимо, гораздо проще для понимания именно композиция, та и пользоваться удобнее, пофиг что лишняя точка в имени метода/параметра появляется.

Добавлено через 1 минуту
И вся ветка кажись завязалась вокруг диспатчера, с ним вообще проблем не вижу, та и примеров накидали кучу уже.

[i.o.]

JackFromChaos, зачем писать точно такой же код, если он уже написан в посте номер 21?