Интерфейсы в multicore приложениях

[inozemcev]

Есть код проекта и код модуля. Оба должны работать с неким интерфейсом. Судя по всему создание идентичных интерфейсов в обоих проектах, не позволит интерпритировать его как один и тот же интерфейс. Правильно ли я понимаю, что прежде чем использовать интерфейс в мультикоре приложениях его нужно завернуть в библиотеку swc?

[wvxvw]

А о каком multicore и каком интерфейсе речь? Я что-то засомневался... вы ведь не про процессоры (многоядерные)?
На счет SWC - нет, не обязательно, зависит от того, как загружаете. Если загружаете в тот же домейн, то интерфейсы (сущность в ActionScript) будут восприняты как одно и то же. Но если под SWC понимается то, что интерфейсы не будут линковаться в одну из SWF, а только будут там объявлены - то, наверное, это сохранит чуть чуть места, но совсем незначительно - я бы не стал заморачиваться даже, если их там немного, и зависимости не мешают.

[AlexLucas]

Не так давно решал точно такую же задачу, обсуждение тут, авось поможет.

[expl]

Нормально там и без swc всё будет.

При загрузке интерфейса/класса в тот же домен старый перетирается. И всё что обращалось к старому - обращается к новому.
Т.е. если поля и методы не поменялись - всё совпадёт
Если загрузите интерфейс с другими методами - во флешке-загрузчике может что-нибудь попадать, но сам интерфейс на 2 интерфейса с одним именем не "расщепится"

[Wolsh]

Тут даже пример был.

[terbooter]

Мы используем такой подход:
Есть loader - основная флешка, загружает модули и организует взаимодействие между ними.
api - библиотека в которой все классы и интерфейсы видимы у модулей из вне
module1 - либо подгружаемая в рантайме флешка, либо вкомпилена в loader при сборке основного проекта
module2 - аналогично module1

Библиотека api получается вкомпилена во все модули и лоадер. Тк так библиотека api очень легкая (менее 2кб), то не заморачиваемся с external libraries. Грузим все модули в основной ApplicationDomain. Это позволяет не усложнять жизнь ApplicationDomain.getDefinition. Существующий классы и интерфейсы замещаются точно такими же и некаких проблем не возникает.

[inozemcev]

Спасибо всем, выявил одну характерную особенность загружаемый модуль не должен иметь класс Main, иначе говоря должен быть назван как-нибудь уникально

[gloomyBrain]

При загрузке интерфейса/класса в тот же домен старый перетирается

@expl, пруф пожалуйста.

Спасибо всем, выявил одну характерную особенность загружаемый модуль не должен иметь класс Main, иначе говоря должен быть назван как-нибудь уникально

Ничего подобного. Если бы expl написал цитату из справки, а не свое личное новогоднее чудо, вы бы узнали, что есть (оказывается!) разные ApplicationDomain'ы, в которые можно загружать. Советую почитать про параметры LoaderContext'а. И еще что если в текущем ApplicationDomain'е уже есть класс Main, то он там и останется, а не затрется новым (загружаемым).
ссылка по теме
ссылка по теме 2
ссылка по теме 3
ссылка для общего образования

[expl]

Ну дык я написал "в тот же домен", что за предъявы не понимаю.

[alatar]

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