Организация работы событий

[switcher!]

Сообщение от Psycho Tiger

Событие клонируется при нативном EventDispatcher::dispatchEvent`е.

Событие клонируется при повторном диспатче использованного эвента. При обычном распространении события - оно не клонируется. И не важно вызвал метод Sprite или EventDispatcher.

[Psycho Tiger]

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

Событие клонируется при повторном диспатче использованного эвента. При обычном распространении события - оно не клонируется. И не важно вызвал метод Sprite или EventDispatcher.

Вы мои слова повторили. Только вот у Sprite`а нету метода dispatchEvent.
И вот только оно клонируется всегда, даже при первом вызове dispatchEvent`а.

Короче, то что сказал dimarik.

[switcher!]

Сообщение от Psycho Tiger

Вы мои слова повторили

можно на "ты". Я флеймовую темку почитал по этому поводу. Просветился -)))

Сообщение от Psycho Tiger

Только вот у Sprite`а нету метода dispatchEvent.

я где-то сказал, что Sprite определяет dispatchEvent?

Сообщение от Psycho Tiger

И вот только оно клонируется всегда, даже при первом вызове dispatchEvent`а.

нет, клон это новый объект. Как тогда объяснить это, если dispatchEvent всегда создает клон:

package
{
	import flash.display.Sprite;
	import flash.events.Event;
	import flash.events.EventDispatcher;
 
	public class Example extends Sprite {
		private var _event:Event;
 
		function Example() {
			super();
 
			this._event = new Event(Event.CHANGE);
 
			var s3:EventDispatcher = new EventDispatcher();
			s3.addEventListener(Event.CHANGE, this._test1);
			s3.dispatchEvent(this._event);
		}
 
		private function _test1(e:Event):void {
			trace(this._event === e); //true
		}
	}
}

Сообщение от Psycho Tiger

Короче, то что сказал dimarik.

имо, dimarik задал вопрос, а не выдвинул утверждение.

[dimarik]

Вы имеете ввиду, если вызвать метод EventDispatcher#dispatchEvent, то внутри него произойдет event.clone();

[Psycho Tiger]

Ого, и вправду. Ошибался, спасибо, буду знать. А второе событие уже клон.

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

я где-то сказал, что Sprite определяет dispatchEvent?

Не так понял. Во флеше все методы виртуальные, поэтому эта фраза по сути смысловой нагрузки для меня не несёт. Вот и додумал =)

[switcher!]

Сообщение от Psycho Tiger

А второе событие уже клон.

ага.
Собственно, под эгидой этого топика я надеялся избавиться от геттеров в сложных событиях (наступление которого ожидают несколько объектов/обработчиков). Но, видимо - не судьба.
"Не клонируется", раз... "Не клонируется", два... "Не клонируется", три... Пр...

P.S. оффтоп. Даный топик имеет тег "Лень", по которому в поиске пробивается только этот топик. Забавно ))

[Psycho Tiger]

switcher, геттеры (ридонли) - это лишь перестраховка в 99% случаев, чтобы случайно что-нибудь не изменить - чисто по запарке.

[switcher!]

разумеется, но я эту "перестраховку" вывел в стандарт. В простых нотификациях можно и открытыми переменными обойтись, ибо плевать, что обработчик с объектом события сделает. Оно (событие) ему только и предназначается.
Однако в сложных, когда подписчиков много, я не хочу держать в голове: что я могу, а что не могу делать с полями объекта события. Я хочу быть уверенным, что объект как неизменный штамп события дойдет до адресата в том виде, в каком он изначально описывает событие.

А так, конечно, можно все переменные пабликами делать, из детей родителями управлять и т.д. => главное, "чисто по запарке" не запутаться

P.S. Я не занимаюсь миссионерством. Если кого-то сей подход не устраивает, пожалуйста, пожалуйста...

[etc]

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

P.S. Я не занимаюсь миссионерством.

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

[switcher!]

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

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

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

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

Я пытаюсь рассуждать как должно быть...

Разумно.
Однако, думаю, это защита от дурака. Т.е., например, первое распространение события еще не закончилось, а прогер уже задиспатчил эвент от того же объекта повторно. Допустим, без "пузырей". В итоге у события повисает фаза "цели". И когда поток исполнения программы возращается к баблингу первого события, уже имеется косяк: event.eventPhase === 2. Сомневаюсь, что такие мелочи проверяются перед каждым обработчиком.

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

Реверс инженеринг или Вы начали работать у нас? )

ни то, ни другое. Я лишь подсмотрел тот узкий участок, который и так в многочисленных темах уже почти целиком было рассмотрен, разжеван, еще и тесты производительности приведены. Просто убедился )))