|
|
« Предыдущая тема | Следующая тема » |
Опции темы | Опции просмотра |
|
|
|||||
Почему нельзя было реализовать множественное наследование?
Логичней всего сделать слайдер, унаследованный от Sprite и EventDispatcher, и отправляющий свои события CHANGE, чем создавать внутри себя экземпляр EventDispatcher'a, и пользователей класса подписывать на него.
Может, есть какой-то выход? Если нет, то почему Adobe отказалась от множественного наследования?
__________________
There is no thing in this world that is not simple. |
|
|||||
Sprite и так наследуется от EventDispatcher в чем проблема?
__________________
местонахождение |
|
|||||
Banned
[+4 24.02.14]
[+4 07.11.13] [+ 13.03.14] Регистрация: Mar 2013
Сообщений: 1,864
|
Вы никогда не подписывали спрайт на событие?)
|
|
|||||
Я подписывал на событие ADDED_TO_STAGE, и прочие, но не задумывался насчёт этого)
И скорее всего Sprite унаследован в первую очередь от DisplayObject, а тот неким образом уже связан с EventDispatcher'ом. Доки лень гуглить. Чёто-помнится мне из книги Мука про интерфейс IBitmapDrawable, который реализуется всем, что должно по идее рисоваться на сцене. Кроме того, когда писал в кадрах внутри мувиклипа на линии времени я тоже не задумываясь диспетчил события, когда ещё не разбирался в ООП.
__________________
There is no thing in this world that is not simple. |
|
|||||
Цитата:
Множественное наследование это вообще задница. В плюсах есть такая фишка, и посмотри какой велосипед там изобретали, чтобы избежать замены свойств одного класса, одноименными свойствами другого. Цитата:
Это заняло секунд 5 - 7. На написание поста на форуме ты, очевидно, потратил намного больше времени Как по мне, так интерфейсы (коих, кстати, как раз можно нацеплять целую гору) гораздо лучше множественного наследования. В интерфейсах методы представлены абстрактно. А значит реализацию их все равно придется делать на уровне класса. Поэтому не имеет значения, сколько раз один и тот же метод (с одинаковой сигнатурой) может повторяться в разных интерфейсах применяемых классом |
|
|||||
Цитата:
Основная - проблемы с реализацией сборки мусора в языке с множественным наследованием Побочная - разрешение всяких конфликтов наследования неминуемо усложнит компилятор и язык Adobe - не специализируется на компиляторах и языках программирования, как бы они смогли сделать _жизнеспособный_ язык с множественным наследованием, когда мейнстрим "языкостроения" (C#,D,Java) от него отказался? Овчинка выделки не стоит, угробили бы кучу денег на исследования и всё. |
|
|||||
http://help.adobe.com/en_US/FlashPla...s.html#include - пиши куски кода и вставляй их куда душе угодно!
__________________
if (love is true) break my.heart; |
|
|||||
Очень плохой совет(
Плюсов множественного наследования я тоже не вижу, ну и на крайний случай трейты реализуются довольно просто.
__________________
местонахождение |
Часовой пояс GMT +4, время: 07:18. |
|
« Предыдущая тема | Следующая тема » |
|
|