Медленная инициализация списка искр с помощью пользовательского рендерера - PullRequest
1 голос
/ 07 июня 2011

У меня есть список Spark с customItemRenderer, инициализация которого занимает всего 50 секунд.

Я использую Flex 4.5, мой ItemRenderer уже очень оптимизирован и использует меньше вложенностивозможно, fxg и т. д.

У кого-нибудь есть подобные проблемы?Я попробовал почти все в книжном баре, возвращаясь к mx.

Ответы [ 4 ]

2 голосов
/ 08 июня 2011

Таким образом, проблема была связана со способом, которым искра обрабатывает стилизацию, проблема подробно описана здесь: http://bugs.adobe.com/jira/browse/SDK-29880 и может быть отсортирована путем исправления обезьян с помощью: http://taytay.com/?p=169 Также удаление глобальных селекторов css "*"помогает.

1 голос
/ 12 мая 2015

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

Одна вещь, которую я обнаружил, заключается в том, что Flex проводит довольно много времени в функции UIComponent initializeAccessibility, даже если наше приложение никак не поддерживает доступ (если приложения должны это делать,совершенно другая проблема).

Простое добавление -accessible=false к аргументам компилятора сокращает время, затрачиваемое на инициализацию особенно тяжелого списка, примерно на треть!Мало того, что в целом приложение чувствует себя быстрее, когда открываются окна, элементы управления отображаются впервые и т. Д. Если вам не нужна поддержка специальных возможностей, вы можете проверить это - если вы это сделаете, яуверен, что что-то можно сделать, чтобы исправить ужасную производительность initializeAccessibility - просто переопределив ее в реализациях ваших компонентов или еще более внеплановым исправлением: -)

1 голос
/ 06 июля 2011

Избегайте HGroup и VGroup, насколько это возможно, используйте вместо этого абсолютный макет.У меня была та же самая проблема, которая по большей части исправлена ​​для меня.1 hgroup + 1vgroup каждые три раза = 6 автоматических раскладок на элемент.Таким образом, в общей сложности у вас есть 150 объектов, Слишком много.

0 голосов
/ 07 июня 2011

Случайно ли установлены флажки ваших средств визуализации? Несколько человек недавно столкнулись с множеством проблем с производительностью Spark в целом.

http://blogs.adobe.com/aharui/2011/04/migratory-foul-performance-problems-migrating-from-flex-3-x-to-flex-4-x.html

Adobe была уведомлена, и, видимо, работает над этим: https://bugs.adobe.com/jira/browse/SDK-29451

...