addChild/removeChild или маскирование?
здравствуйте!
есть игрушка (будет, так скажем), на экране, к примеру 200 объектов. экран можно перемещать (карта большая). так вот, есть вариант самому заниматься addChild и removeChild , судя по координатам объектов (пора убрать объект, убираем, если выходит за пределы экрана, а как надо опять показать - показываем), либо просто замаскировать контейнер с объектами и возложить эту функцию на сам флэш. некоторые объекты анимированы. вопрос вот в чем - что эффективнее и быстрее будет работать? чисто теоретически . заранее спасибо за ответ |
«Элементы вне рабочей области, которые не отображаются на экране и для которых не выполняется
визуализация, тем не менее находятся в списке отображения.» Почитайте Оптимизация содержимого для платформы ADOBE® FLASH® PLATFORM Может поможет чем. |
Объекты, которые лежат на сцене, продолжают получать и обрабатывать события дерева отображения, не зависимо от того видно их или нет. Так что лучше убирать их. Чисто теоретически...
|
На каждый чих мыши пробегаться по 200-м объектам и проверять виден ли он пользователю или нет (что не всегда просто реализовать), перестраивать список отображения ммм... не факт, что это вообще все не упадет (ибо FP такая загадка внутри). Ну посоветовать тут трудно что-то конкретное, набросайте два примера (простеньких) с 2000 тыс объектов и проверьте, что лучше.
Добавлено через 2 минуты Цитата:
|
спасибо за ссылки и ответы. поизучал информацию. тесты пока не проводил, но походу все-таки , если заниматься вручную, будет производительнее.
попутно почитал про cacheAsBitmap . тоже интересно. причем для статических векторных объектов с ним рендер идет быстрее, чем без него, а вот для динамических наоборот. жалко, что в документации по флэшу так мало особенностей реализации и работы самого флэша (или я не там смотрел? :) ) |
Часовой пояс GMT +4, время: 02:09. |
Copyright © 1999-2008 Flasher.ru. All rights reserved.
Работает на vBulletin®. Copyright ©2000 - 2024, Jelsoft Enterprises Ltd. Перевод: zCarot
Администрация сайта не несёт ответственности за любую предоставленную посетителями информацию. Подробнее см. Правила.