ТЕХНИЧЕСКИ это возможно, но плохая идея. Вам нужно будет зарегистрировать обратный вызов, который будет вызывать дочерний swf (обычно выполняется из дочерний swf). Но вы рискуете испытать головную боль, и вам придется больше полагаться на браузер, чем на другие варианты. Это также будет медленнее, чем решение только для AS.
Вам намного лучше (в таком порядке):
-
Используя общий синглтон. Это позволяет для полного разделения двух
SWF не требует какой-либо серьезной координации между ними. Единственный
Реальная потенциальная проблема может быть вызвана, если вы хотите, чтобы у дочернего SWF была
собственный
ApplicationDomain
, но даже при этом есть обходные пути
-
Использование событий. Это может сработать, если у вас дочерний swf отправляет пузыри,
событие, которое нельзя отменить, и записать
event.target
родительский swf. Возможно, вам придется настроить, чтобы избежать
SecuritySandboxViolation
с, однако.
-
Использование LocalConnections. Два вреда для LocalConnections:
- Вам нужно будет постоянно заново генерировать уникальные имена соединений, чтобы
избежать ошибки, если подключить два LocalConnections к одному
канал.
- LocalConnections имеют ограничения пропускной способности, которые могут вызвать
замедления, если есть большой объем трафика или если сообщения
слишком большой.
-
Используя прямые манипуляции типа
loader.content.foo.bar.baz
;
Мне не нравится это решение, потому что его гораздо сложнее поддерживать. это
также намного хуже с точки зрения дизайна: вы хотите использовать
максимально возможная инкапсуляция в этой ситуации - эта техника
активно работает против этого.