![]() |
|
||||||||||
|
|||||
|
Регистрация: Oct 2006
Сообщений: 2,283
|
vitrual layout - это техника создания/инициализации итемов в компоненте, по мере их появления во вьюпорте и помещения их в пул по мере их выхода из вьюпорта, это впринципе все что надо,
лагов особых нет, проблема в том, что флэшка просто тупо вылетает. Выкладываю тестовую сборку с проблемным кодом.Это прототип игры-пазлов в селекторе справа находятся ~1100 кусочков, если достать оттуда 10-20 кусочков на поле - происходит краш. ПС: Если не завелось,попробуй дать разрешение для флэшки тут http://www.macromedia.com/support/do...manager04.html |
|
|||||
|
Регистрация: Jan 2013
Сообщений: 322
|
undefined, не работают твои пазлы.
короче, проблема в чем? удалять невидимые объекты написать как два пальца. допустим ты хочешь сделать так, что бы удаленные объекты не захламляли память своим растром - для этого есть события добавления и удаления. что бы он продолжал отдавать размеры, переопределяешь getBounds. |
|
|||||
|
.
|
Хех, проблема, не в том как выяснить bounding box детей в целевом контейнере, в котором мы хотим организовать virtual layout. Проблема в том, что мы должны удалять и добавлять детей в некоторые моменты. Представьте вертикальный список на 100500 элементов. Напрямую мы должны создать такое же количество детей, заметьте, даже может быть не добавляя их в DL! Это нормальный подход, кроме того, что сложные дети могут создаваться определенное время. И наш список будет создаваться определенное время. И памяти наш список будет потреблять определенное количество. К сожалению, эти "определенности" часто выходят за грани разумного. Отходя от создания всех детей, приходим к созданию и/или использованию ранее созданных по мере необходимости. Такой необходимостью является попадание дитя в этот "фрустум", а по мне так просто в область видимости. Однако, с произвольными детьми есть сложность: они могут быть достаточно уникальными. Получается, что от расходов памяти мы не можем отойти, если все дети уникальны. Но обычно, в списках участвуют повторяющиеся элементы. Ну, там картинка другая, текст к ней, кнопкой отличатся... Короче, если можно подвести всех детей в списке к некому знаменателю, то это наш случай. Этот случай называется "data driven component". Продолжение может быть следует...
Последний раз редактировалось dimarik; 10.01.2015 в 23:23. |
|
|||||
|
Регистрация: Oct 2006
Сообщений: 2,283
|
dimarik,жду с нетерпением.Я начал изобретать свой велосипед, уже колесо изобрел,но оно пока не катится)
|
![]() |
![]() |
Часовой пояс GMT +4, время: 22:38. |
|
|
« Предыдущая тема | Следующая тема » |
|
|