Как среда Flash определяет, какой событийный объект создать?

[switcher!]

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

флеш автоматически создает объекты всех событий (клавиатуры, мыши и другие), или только объекты тех событий, которые программист написал через import?

если в коде, где используется класс события, вы не импортируете этот самый класс события - приложение просто не откомпилируется.

[TommyLee]

Значит, событийные объекты создаются средой флеш. Ясно, меньше ошибок программиста. На каждое событие только один экземпляр событийного объекта?

[switcher!]

читаем

[alexcon314]

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

На каждое событие только один экземпляр событийного объекта?

А какой смысл их множить? Передаем уазатель на объект и все.

[TommyLee]

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

Объект флэш-события создается, видимо, если есть хоть один его слушатель, иначе какой в нем смысл?

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

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

Я так понял: если усть импорт события, то среда его создаст.

Добавлено через 34 секунды

Сообщение от switcher!

читаем

Спасибо за ссылку, интересно.

[wvxvw]

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

Значит, событийные объекты создаются средой флеш. Ясно, меньше ошибок программиста. На каждое событие только один экземпляр событийного объекта?

Нет, каждое событие - уникальный объект с примерно такой логикой:
- склонировали объект события.
- записали в него новые target, currentTarget, отдали слушателю.
- если слушатель "остановил" событие, прекращаем его раздавать остальным слушателям.
(В случае с всплывающими событиями, событие можно остановить отдельно, чтобы не всплывало дальше и отдельно, чтобы слушатели того же уровня его не получили).

Да, но с другой стороны, если вам эта реализация кажется избыточной (мне иногда она кажется избыточной ) То никто не мешает переопределить методы типа dispatchEvent() и раздавать не клонированое событие, а один и тот же объект, ну или вообще забить на события и просто вызывать функцую слушателя, если в событиях как таковых нет необходимости.

[alexcon314]

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

[TommyLee]

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

Нет, каждое событие - уникальный объект с примерно такой логикой:
.........

То есть, например, на каждый клик создается свой событийный объект? Нет такого: среда создала событийный объект; произошел щелчок мыши - среда поместила его в этот объект; кто на него подписан - получил и обработал; дальше опять щелчок - среда поместила это событие в тот же объект (перезаписала) и так по новой.. Получается, ваш вариант с переопределением EventDispatcher.

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

В вашей терминологии "импорт события" это импорт класса, создающего слушателя данного события.

Я пока путаюсь в терминологии, т.к. у перевода Мука и в руководстве она разная, к тому же не уверен, что правильно понял событийную модель. Я имел вот что: например, import MouseEvent. Теперь, если среда флеш получит мышиное событие, она создаст экземпляр класса MouseEvent. Который, в свою очередь, пойдет всем подписчикам.

[Felicast]

флеш получит мышинное событие в любом случае. в сотый раз говорю: ему абсолютно плевать, слушает кто его или нет. и даспатчЕвент сработает. просто если подписчиков нет, то никуда это событие и не пойдет.
насчет import MouseEvent: это тоже ни на что не влияет. эта строчка нужна для того чтобы вы в коде могли использовать класс MouseEvent (к слову сказать, этот класс нативный (находится в самом плеере)

зы: вчитываясь с комменты, создается такое впечатление, что каждый говорит о своем


UPD: даже не пожалел времени набросал как примерно работает EventDispatcher (реализация может и не такая, но идея должна быть понятна)

public class EventDispatcher
{
	private var _events:Dictionary;
	public function EventDispatcher()
	{
		_events = new Dictionary();
	}
	public function addEventListener(eventType:String, eventHandler:Function):void
	{
		var eventsList:Array = _events[eventType];
		if (!eventsList)
		{
			eventsList = new Array();
			_events[eventType] = eventsList;
		}
		eventsList.push(eventHandler);
	}
	public function dispatchEvent(event:Event):void
	{
		var eventsList:Array = _events[eventType];
		if (eventsList)
		{
			for each (var handler:Function in eventsList)
			{
				handler(event);
			}
		}
	}
}

[SamFR]

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

Я имел вот что: например, import MouseEvent. Теперь, если среда флеш получит мышиное событие, она создаст экземпляр класса MouseEvent. Который, в свою очередь, пойдет всем подписчикам.

Нет, import просто указывает компилятору, что данный класс используется в коде и позволяет получить к нему доступ без указания пакета. Можно обойтись и без импорта, но в этом случае всё время придётся вместо MouseEvent писать flash.events.MouseEvent.

Диспетчер (в том числе то, что вы называете "среда") рассылает события всем подписчикам, вне звависимости от того, произведён ли в их коде импорт соответствующего класса. А то, на какое событие слушатель подписан, определяется не классом события, а строкой, которая была передана в качестве параметра type метода addEventListener (и доступна через Event.type).

Например, мы можем подписаться на MouseEvent.MOUSE_DOWN, а параметр метода-слушателя объявить как e:Event. И события будут приходить всё равно, более того, не возникнет никаких ошибок (так как MouseEvent наследует Event). Мы просто не сможем получить доступ к свойствам и методам, определённым непосредственно в MouseEvent (localX, например).