как лучше сделать клик по кнопке ( любому другому клипу )

[PrincessRoma]

Увидел как друг пишет код для клика по кнопочкам -
он вешает EventListener на Stage, а потом слушает каждый клик, проверяя hitTestPoint-ом совпали ли координаты клика с определенным клипом на сцене, если да - то вызывает код соответствующей кнопки.
Я очень долго смеялся, т.к. для меня это чистая наркоманщина -
я вешаю EventListener-ы на сами клипы ( кнопки), ну и соответственно по клику вызываю нужную функцию для каждой кнопки.
Друг спорит и говорит, что его метод короче по кол-ву строк кода и удобнее. Я считаю, что это просто не логично.
Одним из контраргументов: если поверх такой кнопки отрисовать другой мувиклип или спрайт и произвести клик, то при совпадающих координатах hitTestPoint вернет true и код кнопки инициализируется, хотя это будет не нужно.
Друг в ответ сказал, что можно добавить код, который будет следить за тем, перекрывается ли кнопка другими компонентами ( что уже совсем костыль на мой взгляд).
Рассудите, пожалуйста. ))) Кто прав, и если прав я, то как донести суть. ))

[Koopa]

Сделайте ему одну видимую кнопку на сцене и 100000000 за пределами сцены.

[Akopalipsis]

Сделайте ему одну видимую кнопку на сцене и 100000000 за пределами сцены.

Вы не его друг?

[PrincessRoma]

лол нет, это не он. )) Но я не понял мысли, можно поподробнее ? )

[Akopalipsis]

лол нет, это не он. )) Но я не понял мысли, можно поподробнее ? )

Просто я уточнил у Koopa, дающего сегодня просто сногсшибательные ответы, не Ваш ли он друг. Это с иронией.. А ответа на Ваш вопрос нет, можно делать всё и выбор зависит от меры помешательства на якобы совершенном коде. Чем универсальней код, тем он хуже и аргумент меньше кода, это как описание чувств одним словом. И лучший совет, который я много раз игнорировал, отказаться от универсальности и поверить в то, что идеального кода и подхода нет. Чем больше Вы будете погружаться в мир кода ГУРУ, тем больше будете убеждаться, что гениальное всегда просто.

[КорДум]

JAVA стайл с одним обсервером-листенером?
HitTestPoint, как можно догадаться и без тестов, занимает больше процессорного времени, чем нативная реализация того же самого при определении мышиного события. Может быть и незначительно, но оптимизация складывается из мелочей.

Если Вашему другу так хочется реализовать механику с одним листенером, то пусть хранит ссылки на ДО (DisplayObject) и проверяет currentTarget с этими ссылками. Так он хотя бы сможет иметь возможность отписывать ДО от событий.

И да, как он сейчас отписывается от событий? Имеет тысячу флагов по одному на каждый ДО?

[Akopalipsis]

У меня схожий вопрос появился - все делают графику растровую, но Bitmap не ловит события мыши.
И в связи с этим вопрос - кто-нибудь пробовал использовать interactivePng для отказа от спрайтов и если да, то какие результаты? Или interactivePng это слишком грубо?

[Korchy]

2 PrincessRoma
Два объекта (спрайта) на сцене - один перекрывает другой. Верхний спрайт прозрачный и нижний (пусть это будет кнопка) поэтому видим пользователем. Пользователь кликает по кнопке, которую видит. Получит ли кнопка событие клика при вашем подходе?

[Akopalipsis]

Korchy а зачем так делать? Должен же быть порядок с дисплей листе.

[PrincessRoma]

Korchy - если имеете в виду случай, когда я кидаю EventListener-ы на каждый объект, то конечно нет. В этом и суть. И присоединяюсь к ответу Akopalipsis-а: должен быть порядок.