Форум Flasher.ru - создание произвольного количества кнопок и прослушивание их событий

Форум Flasher.ru (http://www.flasher.ru/forum/index.php)

- ActionScript 3.0 (http://www.flasher.ru/forum/forumdisplay.php?f=83)

Цитата:

Сообщение от Stitch512 (Сообщение 1058814)

Цитата:

Расскажите, как Вы ловите клик по объекту, не подписываясь на MouseEvent?

Я и не говорил что не подписываться. Кнопку и все необходимые данные помещаем в класс-контейнер, в нем подписываемся на MouseEvent по нему шлем события к примеру ButtonClick с нужными данными, по сути MouseEvent получается инкапсулировано и извне видно только событие данного контейнера. Если потом внутренняя логика поменяется - вместо кнопки какая то анимация, либо пользовательская кнопка у которой другая логика работы, или что угодно, то это эти изменения будут только внутрение.

Какой-то странный подход. А чем MouseEvent то не угодил? Зачем дублировать события? Есть замечательный принцип: "Не следует множить сущее без необходимости".

Код AS3:

class MyClass extends Sprite{

   public var param:int = 1;

   public function MyClass(){

   ...

   }

}

....

 

var btn:MyClass = new MyClass();

btn.addEVentListener(MouseEvent.CLICK, _onClick);

...

 

private function _onClick(e:MouseEvent):void{

   trace((e.currentTarget as MyClass).param);

}

А еще есть понятие "уменьшение зависимостей".
http://www.flasher.ru/forum/showthread.php?t=174189
Вот к примеру. Если MyClass заменить на GameButton, то не факт что MouseEvent.CLICK будет приходить правильно, и тем более не сработает конструкция e.currentTarget as MyClass. А изменение графического контента - довольная частая ситуация. Но если вместо этого отсылать событие ButtonClick к примеру, то подмена кнопок на остальной код не повлияет, главное чтобы эта кнопка также отсылала нужное событие.
Я не хочу сказать что так прям всегда нужно делать, но при необходимости это имеет место быть.

Цитата:

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

Вот к примеру. Если MyClass заменить на GameButton, то не факт что MouseEvent.CLICK будет приходить правильно

С чего это вдруг?
Читаем доки:

Цитата:

currentTarget - Объект, активно обрабатывающий объект Event с помощью прослушивателя событий.

Кто подписался на событие, на того и получите ссылку. e.currentTarget as MyClass - частный случай

Событие то будет правильно приходить, но если поверх главного спрайта лежат другие (слои состояний кнопок) то событие придет им. Можно им поставить mouseEnabled = false, но это частный случай решения проблемы, в любом случае есть вероятность что currentTarget будет отличаться.

Цитата:

e.currentTarget as MyClass - частный случай

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

Цитата:

есть вероятность что currentTarget будет отличаться.

Не было и нет таких вероятностей. Читайте справку.

Цитата:

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

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

Цитата:

И вообще, чем так не угодили кастомные события)

Всему есть свое место и время. Где-то они необходимы, где-то – удобны. Чаще всего они не нужны и ими пытаются разрулить ошибки архитектуры. Но к данному вопросу они просто не имеют никакого отношения.