Как реализована событийная модель в AS3?
 

Всем привет
Вопрос возник при реализации собственной модели на JAVA

Принцип везде одинаков - есть EventDispatcher, который содержит список тех, кого надо уведомить. Вернее не список, а HashMap, где ключи - это строки (имена событий), а значения - это массивы обработчиков. И есть сами обработчики.
При вызове dispatchEvent(evt:Event) наш EventDispatcher проходит по всему списку обработчиков и вызывает в них...

А вот и вопрос - что он в них вызывает? Ведь класс может быть динамическим. Значит при вызове dispatchEvent() мы у каждого объекта проверяем наличие нужного метода? Плюс мы должны проверить, от таких ли параметров вызывается метод? плюс - тот ли тип данных он возвращает?

... Тогда это жутко медленно должно быть =) Получается, что вместо dispatchEvent нужно пользоваться прямым вызовом метода.
Или я неправильно понимаю событийную модель в AS3?

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

а чем в ту самую реализацию смотрели? Вы вообще видели сигнатуру метода addEventListener? вычитайтесь в то, что Вы написали. если передаётся ссылка как её потом, может не стать, если Вы её уже передали? и какая разница какого объекта метод Вы передаёте? метод - такой же объект.

лучше посмотри на событийную модель с# - там круче. нет строковости - строгая типизация - автокомплит и вообще..

Вот где я протупил

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

Ничего никуда не пропадает, я имел в виду случай, когда метода не существует изначально.

Можно либо положиться на вм, которая ругнется при попытке выполнить null вместо метода, либо проверять валидность обработчика самому при подписывании.

GAIKER, тогда я Вас разочарую ещё разок: ога. а я думал, что при попытке обращения.

А еще лучше посмотреть в Qt, а потом посмотреть в Haskel или Common Lisp :) A вообще, это вечная тема для обсуждений, т.как в СРР темплейты не ахти - не хочется плодить кучи классов, а с другой стороны, если хочется с параметрами, то где-то птийдется терять типизацию, а если не терять типизацию, то тогда терять производительность, а если не терять, то это только либо в чисто функциональных языках, либо в мультипарадигменных, которые позволяют функциональный подход :)
ЗЫ C# - мультипарадигменный, как и CL.

С каких пор? Объект динамический, при обращении к несуществующему свойству преспокойно вернет null без всяких ошибок.

ну я неправильно выразился. но Вы ещё более неправильно это сделали =) я имел ввиду при передачи параметра. то есть прямо там где написано и будет ошибка. до вызова дело просто не дойдёт. приложение упадёт в addEventListener.