Оптимизация dispatchEvent

[Rivexe]

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

dispatchEvent(new SomeEvent(SomeEvent.SOME_TYPE, this))

Имеет ли смысл производить такие оптимизации:
1. Перед отправкой события проверять имеет ли объект слушатель для данного типа события, дабы не стрелять в холостую:

if(hasEventListener(SomeEvent.SOME_TYPE));
	dispatchEvent(new SomeEvent(SomeEvent.SOME_TYPE, this));

2. Кешировать событие в переменную и рассылать только его, дабы не мучить gc

private var _event:SomeEvent = new SomeEvent(SomeEvent.SOME_TYPE, this);
...
private function someMethod():void
{	
	dispatchEvent(_event);
}

или это все напрасно и не имеет смысла?

[samana]

p.s.Я не по теме, просто заметил что вы передаёте this в параметр, где надо указывать наличие всплытия (bubbles), true или false.

[Rivexe]

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

p.s.Я не по теме, просто заметил что вы передаёте this в параметр, где надо указывать наличие всплытия (bubbles), true или false.

Все норм, SomeEvent это кастомное событие расширяющее стандартный Event, вторым параметром передаются необходимые данные, в данном случае просто ссылка на экземпляр класса, а уже третьим и четвертым идут bubbles и cancelable.

[Akopalipsis]

По первому вопросу ответ очень прост - стоит, так-как проверить более быстрее, чем создать объект.

[Rivexe]

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

По первому вопросу ответ очень прост - стоит, так-как проверить более быстрее, чем создать объект.

Спасибо. Именно это и интересовало что менее затратно, проверить наличие подписчиков или просто разослать событие (созданное через new или уже закешированное в переменной).

[samana]

Но hasEventListener проверяет текущий объект, а на событие может быть подписан кто угодно, намного выше (parent-ы). Не обязательно текущее событие ловит именно тот объект, который его рассылает.

[alatar]

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

Но hasEventListener проверяет текущий объект, а на событие может быть подписан кто угодно, намного выше (parent-ы). Не обязательно текущее событие ловит именно тот объект, который его рассылает.

Для этого есть willTrigger.

[Akopalipsis]

samana, хочу уточнить, Вы о bubbles?

[samana]

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

samana, хочу уточнить, Вы о bubbles?

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

[belv]

2. Кешировать событие в переменную и рассылать только его, дабы не мучить gc

Если Вы ответите на вопрос, сколько диспатчей нужно, чтобы вызвался gc и как часто собираетесь диспатчить Вы? Тогда можно будет говорить о смысле оптимизации.