TECHNICALLY это осуществимо, но плохая идея. Вам нужно будет зарегистрировать обратный вызов, который будет называть дочерний swf (как правило, сделано с дочерней swf). Но вы рискуете большой головной болью, и вам придется больше полагаться на браузер, чем на другие варианты. Это также будет медленнее, чем решение AS.
Ты гораздо лучше (в таком порядке):
- Использование общей Singleton. Это позволяет полностью разделить два swf без какой-либо значительной координации между ними. Только реальная потенциальная проблема может возникнуть, если вы хотите, чтобы ребенок швейцарских франки, чтобы иметь свою собственные
ApplicationDomain
, но даже с этим, Есть обходные
- Использования событий. Это может сработать, если у вас есть дочерняя swf-отправка барботажа, событие без отмены, и есть
event.target
, записанный родительским swf . Однако, возможно, вам придется отрегулировать, чтобы избежать SecuritySandboxViolation
.
- Использование локальных соединений. Двумя помехами для LocalConnections являются:
- Вам необходимо будет постоянно генерировать уникальные имена подключений до , чтобы избежать ошибки, вызванной подключением двух LocalConnections к тому же каналу .
- Локальные соединения имеют ограничения по пропускной способности, которые могут вызывать замедление, если имеется большой объем трафика или сообщения слишком велики.
- Использование прямых манипуляций, как
loader.content.foo.bar.baz
; Мне не нравится это решение, потому что его намного сложнее поддерживать.Это также хуже с точки зрения дизайна: вы хотите использовать инкапсуляцию в этой ситуации - эта техника активно работает против этого.
Я использую приложение для подачи воздуха в Flex3 – vineth
, заменяемое более универсальными тэгами flex и actionscript-3. – Amarghosh