Resize отдельно или глобально?

[Godwarlock]

Привет всем. Вот думаю, как будет лучше реализовывать Event.Resize. Каждый интерфейс подписывать под это событие или создать один глобальный и рассылать dispatch?

[caseyryan]

Каждый интерфейс подписывать под это событие или создать один глобальный и рассылать dispatch?

Заче его создавать, если он за тебя уже создан? (с)
Подписывай каждый

[Godwarlock]

Подписывай каждый

У меня 30+ интерфейсов. Получается 30+

_core.stage.addEventListener(ResizeEvent.RESIZE, onResize);

Или создать один

_core.stage.addEventListener(ResizeEvent.RESIZE, onResize);

И в

private function onResize(e:ResizeEvent):void 
{
  dispatchEvent(new Event(RESIZE));
}

[caseyryan]

Ты вообще понимаешь что ты делаешь?
В чем смысл делать рассылку события вручную, когда на нативном уровне все равно лучше?
Тебе всё равно нужны слушатели этого события. Зачем городить какой-то велосипед, когда уже все сделано.
Если у тебя все интерфейсы были в массиве, и ты просто по событию, в цикле дернул у них метод updateSize()
то это совсем другой вопрос. А ты создаешь объект события и посылаешь его через диспетчер. При том, что оно уже создано на нативном уровне и все равно отправлено. Это оверкилл

[Godwarlock]

Ааа, точно. Я ведь и так создаю слушатель уже созданного нативного события, зачем мне создавать объект для прослушивания. Спасибо. Тупанул реально)

[in4core]

Костян а я с тобой не соглашусь. Мне вот лишний слушатель в каждой вьюхе нафиг не нужен, зачем мне он там? Забывать его постоянно прописать создав новую вьюху, не забыть отписаться, когда удалю и т.п. тем более лишний раз обращение к стейдж, при destroy() чревато ошибками, мы не роботы можем забыть? Я лучше реализую метод в каждой как updateResize() и буду из общего вида запускать кому надо как

onResize(e:Event):Void
{
    _view1.updateResize();
   _view2.updateResize();
}

[caseyryan]

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

Костян а я с тобой не соглашусь. Мне вот лишний слушатель в каждой вьюхе нафиг не нужен, зачем мне он там? Забывать его постоянно прописать создав новую вьюху, не забыть отписаться, когда удалю и т.п. тем более лишний раз обращение к стейдж, при destroy() чревато ошибками, мы не роботы можем забыть? Я лучше реализую метод в каждой как updateResize() и буду из общего вида запускать кому надо как

onResize(e:Event):Void
{
    _view1.updateResize();
   _view2.updateResize();
}

Ну, если бы ты дочитал до конца мой мост, то понял бы, что я про это говорил)

Если у тебя все интерфейсы были в массиве, и ты просто по событию, в цикле дернул у них метод updateSize()
то это совсем другой вопрос. А ты создаешь объект события и посылаешь его через диспетчер. При том, что оно уже создано на нативном уровне и все равно отправлено. Это оверкилл

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

[Wolsh]

А то, что программа перестанет ходить коленями назад? Родители станут приказывать детям и получать отчеты, а не отчитываться перед ними.. событиями! и ждать от детей высочайшего волеяизъявления в виде реакции на ресайз. Реакции, которой, по желанию интерфейса, может и не быть? Каждому новорожденному в стране не нужно будет давать прямой телефон президента. Наконец, не нужно будет расписывать в каждой кнопочке, какого размера она должна стать и — еще лучше! — какие глобальные координаты занять при изменении размера Приложения.

[ZergMaster]

мне больше нравится функциональный подход в этом плане - когда листенер один, в главной вьюхе, и она всем своим iResizeble детям вызывает resize(width, height), передавая туда размеры главного окна.