Создание сменной архитектуры с Adobe AIR

1. applicationDomain больше похож на пространство имен, он группирует определения классов и поместил их в иерархию: домен может непосредственно получить доступ к символам в своем собственном домене или в родительском домене, но не в ребенке или одноуровневых доменах (или лучше: это не может сделать этого непосредственно - это должно перейти объект applicationDomain, спросив определение данного класса); при загрузке внешнего swf можно решить, куда поместить новые символы: дочерний домен (значение по умолчанию), новый домен, присоединенный к системе (использующий пустой указатель), текущий домен, домен, присоединенный где-то в другом месте (явно передающий родителя нового домена). Обратите внимание, что новые символы никогда не будут перезаписывать символы в текущем домене, но то же имя может существовать в нескольких доменах.
   К сожалению, Вы не можете перечислить классы в данном домене (хорошо, по крайней мере, я не знаю способа сделать это), но общее решение состоит в том, чтобы потребовать (как в "Сменном Интерфейсе") присутствия известной фабрики в каждом swf, который возвратит или определение (Класс) плагина или сам плагин.
2. Вы просто имеете, идут, получают ссылку на объект так или иначе (фабрика), затем это - просто другой объект. Нет никакого маршалинга: домен это - просто логическое разделение пространства имен (это - древовидное ветвление системного домена).
3. Нет :) Но предупредите: это может легко превратиться в ад для GC, где неиспользованные домены не могут быть разгружены из-за ссылочного распространения в другом домене. Я предлагаю смотреть на многоядерную платформу PureMVC, возможно с каналами для обеспечения строгого разделения между плагинами.

Btw, Flash player также понятие домена защиты, но я на самом деле никогда не касался его, таким образом, я не делаю известный, что возможности здесь.

Ответ на оператор относительно Java как возможная сменная архитектура:

Оказывается, что Java использовался для создания сменных систем архитектуры много лет. Относительно к клиентскому, Равноденствие платформы управления модулем OSGi является, вероятно, лучшим известным. Однажды Eclipse IDE осуществил рефакторинг их сменную архитектуру сверху Равноденствия OSGi. Eclipse IDE является, возможно, одной из самых успешных клиентских сменных систем архитектуры, все же созданных - с исторической точки зрения долговечности, а также ширины базы пользователей и последующего сообщества сменной разработки. Они также предлагают свою сменную архитектуру как основополагающую платформу для разработки произвольных клиентских приложений - Eclipse RCP.

Я просто должен был прервать это, потому что, хотя Java был расположен как, возможно, очень слабый выбор для этого, это на самом деле намного более успешно, чем какой-либо другой язык/среда выполнения до настоящего времени в поставке рабочих систем этого вида - особенно по сравнению с.NET C#, которая, конечно, имеет хорошее врожденное средство для модулей. Довольно нелепо, но там у Вас есть он.

Относительно Adobe AIR, я - dev управление проектом, это создается на AIR. В нашем случае наша расширяемость модуля всегда будет освобожденной от веб-сервера - не локальный каталог. Flex имеет

<mx:Module/>

тег для создания модулей, которые могут быть загружены дискретно во времени выполнения.

Увы, разочарование AIR является своим отсутствием любых API класса для запуска других приложений. Можно загрузить URL для загрузки чего-то в браузере по умолчанию пользователя, но Вы не можете запустить, скажем, Excel. И Java и C# имеют API для запуска других приложений как внешние процессы.

Вы пытались загрузить дополнительные приложения?
Для этого в AIR есть хорошая документация, и мне удалось это сделать за несколько часов. Однако одна и та же реализация - это другая история во Flex из-за нарушения изолированной программной среды между суб-приложением и основным приложением. Я целыми неделями бился головой о стену.