visible=0/1 vs add/removeChild

[Волгоградец]

Эммм. Создаю клип с анимацией --> кидаю на сцену --> запускаю --> правой кнопкой выбираю show redraw regions. Вуаля.

[switcher!]

Сообщение от switcher!

я бы тоже посмотрел пример с клипами, с visible = false -)

Сообщение от Волгоградец

Эммм. Создаю клип с анимацией --> кидаю на сцену --> запускаю --> правой кнопкой выбираю show redraw regions. Вуаля.

разница не чувствуется? Сдается мне, вы при ответе "вырвали" из контекста одну из моих фраз в предыдущих постах и не вникли в тему.

[Волгоградец]

Вы говорите про спрайты, я про клипы.

upd.: проверил. Фактической перерисовки не происходит, о чем говорит стабильный ФПС при добавлении 1000 клипов с visible = false. Вывод: show redraw regions обманывает.

[Psycho Tiger]

У клипов есть кадры, которые меняются. Он меняет кадр, на этом перерисовка оканчивается.

Тех, кто для удаления использует try, catch - мне не понять. Он работает очень медленно, это раз. И два - какой должна быть структура кода, чтобы везде отлавливать ошибки?

[derhab]

Эммм. Создаю клип с анимацией --> кидаю на сцену --> запускаю --> правой кнопкой выбираю show redraw regions. Вуаля.

а visible=false клипу присваиваешь?

Вы говорите про спрайты, я про клипы.

я тоже про клипы...неважно что - все то же самое, никаких redraw regions если visible=false

[SamFR]

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

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

Мне кажется, getChildByName() должен работать медленнее, чем contains(). Может, я ошибаюсь, но, в любом случае, дополнительное использование имён не придаёт коду ни стройности, ни понятности. А лучшие, по моему мнению, варианты, выглядят так (кстати, выше о них уже упоминали):

//ранее obj, возможно, уже был создан, и (также возможно) добавлен в контейнер
//container здесь указывает на контейнер, в который добавляем объект (если код
//находится в контейнере, то this)
if (obj && container.contains(obj)) container.removeChild(obj);
obj = new Sprite();
container.addChild(obj);

или

//ранее obj, возможно, уже был создан, и (также возможно) добавлен в контейнер
//container здесь указывает на контейнер, в который добавляем объект (если код
//находится в контейнере, то this)
if (obj && obj.parent) obj.parent.removeChild(obj);
obj = new Sprite();
container.addChild(obj);

Ошибок никогда не возникнет ни в первом, ни во втором случаях. Если, конечно, obj имеет тип DisplayObject =)

[bicubic_bublic]

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

очень интересно)) а у меня нет
можно пример?

show redraw regions очень хорошо демонстируют, что что-то там происходит (по крайней мере у меня)
может быть, действительно, это не сильно напрягает флешплеер..

вообще show redraw regions довольно странно отображал у меня наследников SimpleButton..

[Psycho Tiger]

SamFR, всё же код несколько разный. Второй вариант 100% удалит из дисплей листа (хотя я бы parent перекастовал всё же), а в первом никто не гарантирует, что container - это родитель.

[SamFR]

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

А вот зачем перекастовывать parent, понять не могу. Мы же предполагаем, что obj имеет тип DisplayObject, а у него свойство parent имеет тип DisplayObjectContainer, и приведение тут просто незачем. Если же obj может не быть DisplayObject-ом, то мы, скорее всего, где-то ошиблись в проектировании структуры программы. И, в любом случае, простая перекастовка тут не поможет – либо вылетит ошибка (если свойства parent у объекта нет), либо приведение даст null, если свойство имеет несовместимый с DisplayObjectContainer тип. И, опять же, вылетит ошибка, так как мы попытаемся обратиться к методу нуля.

[Psycho Tiger]

Ох, точно... DisplayObjectContainer. Почему то взбрендело в голову, что просто DisplayObject. Да, SamFR, Вы правы, перекастовывать не нужно.