MXMLC компилирует несколько SWFS с зависимостями SWC - PullRequest
0 голосов
/ 03 февраля 2012

Итак, у меня есть проект, состоящий из нескольких модулей, и я пытаюсь найти лучший способ компиляции с минимальным дублированием кода.

У меня есть базовая структура SWF и несколько вспомогательных приложений, которые не зависят от ядра. Кроме того, у меня есть ряд общих библиотек SWCS, от которых зависит ядро ​​и подпапки.

Я не уверен, что лучший способ скомпилировать этот проект, чтобы каждый модуль не включал библиотеки, это дублировало бы код. Очень хотелось бы несколько советов!

Я начал с использования external-library-path для компиляции, но что-то должно будет включать в себя общие библиотеки.

Спасибо

Ответы [ 2 ]

2 голосов
/ 03 февраля 2012

Как я понимаю, ваше основное приложение содержит modulemanager, который загружает ваши подпапки (модули), верно?
В этом случае вы можете включить ваш общий ресурс SWC в ваше основное приложение, используя параметр include-libraries, а для подпапов используйте external-library-path. Таким образом, все классы из общих ресурсов будут включены в основное приложение, и при загрузке подпапок они будут использовать их.
Вы также можете использовать свои общие права как RSL вместо того, чтобы включать их в приложение.

0 голосов
/ 05 февраля 2012

Использование linkreport является PITA и усложнит процесс сборки.

Самый простой подход - использовать include-libraries, как предлагает Тимофей; однако, если вы хотите немного большей гибкости (и уменьшить объем кода, который придется загружать вашим игрокам), вам следует рассмотреть подход «SWF Library».

Сделайте так, чтобы весь код вашей общей библиотеки компилировался как SWC (для разработки) и SWF (для загрузки во время выполнения). Ваши «подпрограммы» должны затем определить список зависимостей от этих библиотечных SWF как часть метода манифеста / рукопожатия, то есть:

libs: [ collections, widgets ];

Ваше основное приложение отвечает за то, чтобы знать, какие библиотеки были ранее загружены, и разрешить те, которые отсутствуют.

...