изменение одновременно ширины и высоты спрайта

[Wolsh]

Ну да. Сама ситуация как в твоем тесте непрактична, потому что подразумевается, что парент перерисуется в текущем кадре, а чайлд — только при следующем рендере, то есть в следующем кадре. И если такой цепочкой будет собран компонент из нескольких наследников AInvalidate, простой ресайз сцены превратится в многосерийный мультик о захватывающей внутренней жизни компонентов.

[udaaff]

Задача, на самом деле, интересная и нетривиальная. Если заморочиться с подобной инвалидацией свойств, то надо будет писать менеджер, который будет всё это укладывать в один кадр. Но игра, на мой взгляд не стоит свеч. Я использую такой "отложенный расчет" только в нескольких классах-лейаутах, которые позиционируют детей, т.к. за раз может добавиться целая пачка, то чтобы не считать при каждом добавлении.

[Psycho Tiger]

Это решит проблему с отрисовкой, которая описывалась в первом сообщении, так как все изменение будут обрабатываться в одном месте.

Дак как решит? Отрисовка на экран всё равно будет происходить после исполнения скриптов кадра.
И тем более, по словам топикстартера - меняет width/height один раз.

[Wolsh]

Я думаю, Psycho Tiger прекрасно знает что такое invalidate, и пытается сказать что к проблеме топикстартера это никак не относится. Проблема то не в сотне ненужных вычислений, а в том что изменение размеров происходит у него вроде как (визуально) за два кадра.

[Psycho Tiger]

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

Я думаю, Psycho Tiger прекрасно знает что такое invalidate, и пытается сказать что к проблеме топикстартера это никак не относится. Проблема то не в сотне ненужных вычислений, а в том что изменение размеров происходит у него вроде как (визуально) за два кадра.

Ну да, относится слабо, но я всё-таки ещё не до конца понял.

А invalidate откладывает отрисовку до самого последнего момента, когда новые width и height уже тебе известны.

Т.е. в момент Event.RENDER отрисовки не происходит? В этот момент я могу 40 раз поменять width/height, и это никак не скажется на производительности?
Я имею ввиду, что:
"Обычное" время:

s.width = 100; //перерисовалось
s.height = 100; //опять

А в момент Event.RENDER

s.width = 100; //не перерисовалось, потому что Event.RENDER
s.height = 100; //всё ещё не перерисовалось

И в после завершения Event.RENDER начинается отрисовка?

Именно из за этих соображений для Event.RENDER нужно инициализировать через invalidate?

[iNils]

Из описания Event.RENDER

Отправляется перед обновлением и визуализацией списка отображения. Это событие дает последнюю возможность объектам, прослушивающим данное событие, внести изменения перед визуализацией списка отображения

Просто так оно не отправляется. Для того, что оно отправилось, нужно сделать stage.invalidate ()

Схема такая:
1. Идет рассылка событий типа клика мыши или нажатия клавиши
2. Идет рассылка события Event.ENTER_FRAME
3. Идет рассылка события Event.EXIT_FRAME
4. Идет рассылка события загрузки, типа Event.INIT, Event.OPEN, Event.COMPLETE и тп.
5. Идет рассылка события Event.RENDER, если в любом из этапов 1-4 был вызван stage.invalidate ()
6. Плеер выводит графику.

Допустим у нас есть спрайт с нарисованным квадратом 100 на 100, у которого переопределен width.
Когда мы его меняем на этапе 1-4, допустим на 200, то сохраняем его значение в _width и вызваем stage.invalidate ().
Если после этого, кто-то обратится к свойству width, то он вернет значение _width, то есть 200.
Когда все события разосланы и плеер собирается отрисовать графику, рассылается последнее событие Event.RENDER, которые вызывает наш redraw, где мы что-то делаем. Допустим стираем graphics и рисуем новый прямоугольник, но с шириной равной _width.

[Psycho Tiger]

НилЬс, я отлично и прекрасно знаю, что такое инвалидаторы и как они работают. Но твой пример в этом контексте описывает несколько иное поведение, что меня и смущает.
Инвалидатор складывает изменения в буфер, а потом работает с ними, прямо перед обновлением. Если мы поменяем width у объекта 40 раз – объект перерисуется 40 раз. Если копить в буфере – то один перед отрисовкой Event.RENDER. С этим вопросов нет.

Но в контексте этой темы:
Автор меняет width/height по одному разу, т.е. объект перерисовывается дважды. Ты утверждаешь, что с инвалидатором мы обновим объект один раз, а не два. Из твоего последнего поста ситуация так и не прояснилась: во время Event.RENDER мы установим как width, так и height, и во время каждой из этих установок объект обновится, т.е. дважды.
Короче говоря, я считаю, что меняя по разу width/height совершенно не важно, на каком этапе это будет происходить. Объект перерисуется дважды. Сможешь объяснить где я не прав из моих слов?

[iNils]

Ты не прав в том месте, где утверждаешь, что

во время Event.RENDER мы установим как width, так и height, и во время каждой из этих установок объект обновится

Изменятся значения width и height, но объект ты нарисуешь после Event.RENDER, а он вызывается один раз.

Допустим ты подписан на Event.ENTER_FRAME.
Там ты изменил width, там новое значение записалось в _width и для changed выставилось true, что в свою очередь вызвало stage.invalidate (), но пересовки нет.
Потом ты изменил height и там произошло тоже самое, что и с width.
Далее выполняется еще какой-то то код.
Но вот, все выполнилось. И плеер собирается перерисовать экран, то тут он видит, что был вызван stage.invalidate () и поэтому он посылает Event.RENDER, который у твоего объекта вызывает метод redraw и где ты стираешь graphics и рисуешь его заново.

И где ты тут видишь, что объект рисовался дважды?

[iNils]

так при таком подходе теряется смысл самой инвалидации

Можно все что угодно довести до маразма.
Ты опять не видишь суть invalidate. Ты можешь 100 раз произвести простые расчеты типа B * C, но тебе только один раз придется все от отрисовать.
Ну перемножил ты 100 раз, это не скажется на производительности. А вот когда ты 100 раз удалил содержимое graphics, 100 раз создал новую матрицу для градиента, 100 раз нарисовал этот градиент, 100 раз изменил координаты текстового поля. Или 100 раз сгенерировал новый bitmapData, 100 вызвал perlinNoise для него и т.п., тогда ты заметишь разницу.

Еще смущает такой момент связанный с вызовом invalidate(), что на предмет необходимости перерисовки будут опрошены все AInvalidate объекты, а не только тот, который запросил эту самую перерисовку.

Ну есть минус, но перерисованы будет только те, у которых changed == true, так в целом ...

[udaaff]

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

Можно все что угодно довести до маразма.

И кого угодно
Я тебя понял: всё нативное, что касается отображения, мы задаем в redraw.
Я лишь пытаюсь смотреть на задачу в общем виде. Если у нас будет 400 детей рендомно распределяемых по области, то считать рендом 800 раз, вместо 400, не очень хотелось бы.