Monkey patch flex framework при загрузке в виде RSL?

Question

Я хочу загрузить гибкий фреймворк как RSL (SWZ, используя кеширование игроков), но мне нужно обезьяна исправить несколько исправлений ошибок в фреймворке.

Некоторые форумы предполагают, что это невозможно. Кто-нибудь заставил это работать?

Answer 1

То же самое, что и в другом ответе на использование frame1, но у Джеймса Уорда есть код для просмотра: http://www.jamesward.com/blog/2009/03/10/flex-monkey-patching-and-framework-rsls/

Answer 2

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

Должна быть возможность создать RSL, который не использует кеширование игрока. Это может быть полезно, если у вас есть несколько приложений Flex, которые используют один и тот же Flex SDK RSL в одном домене, и вы позволите браузеру их кэшировать.

Answer 3

Вот еще одно решение, которое создает отдельный RSL для классов с пропатченными обезьянами - http://www.hrundik.ru/blog/

Answer 4

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

Вы можете принудительно включить класс по этому шаблону (укажите это в своем классе Preloader вашего клиента)

import com.yourclass.ClassName

private var emptyVariableTriggerInclusionOfImportedClass: ClassName

Answer 5

Один из парней из моей команды попробовал это около месяца назад и сказал, что у него нет проблем. Если ваши залатанные обезьяной классы являются частью вашего прикладного проекта, тогда это должно работать, так как они скомпилированы в SWF и в основном «переопределяют» то, что находится в платформе. Вы не изменяете инфраструктуру Flex RSL, поэтому она все равно должна нормально загружаться и кэшироваться. Adobe не так много публикует, чтобы объяснить это, но я так понял, что это работает.