Есть ли способ заставить FlexBuilder 3 рассматривать проект как приложение и LIbrary?

Question

Моя команда создает библиотеки для повторного использования для других (внутренних) команд разработки программного обеспечения. Мы используем FlexBuilder 3 в качестве среды разработки. Наши стандарты SCM заявляют, что эти проекты должны включать тестовые жгуты и единичный испытательный бегун, и (конечно) мы хотим иметь возможность использовать отладчик. По этой причине все проекты - это приложения.

Наши скрипты сборки (используемые в основном системой CI и для развертывания выпуска) создают наши актуальные библиотеки, которые отлично работают. Этот подход используется, чтобы FlexBuilder не требовал фактического создания наших артефактов производства (в командной строке).

Проблема заключается в том, что для добавления проекта FlexBuilder к пути библиотеки для приложения он должен быть проектом библиотеки. Я попытался добавить природу к проекту, который мы хотим включить, но пока не получил его на работу. Вы хотели бы сделать это, если хотите отлаживать исходные файлы в другом проекте.

Простая (но раздражающая) работа заключается в том, чтобы включить исходную папку «проект библиотеки» в качестве исходной папки в «прикладном проекте». Это раздражает, потому что требуется несколько шагов для обмена между swc «проекта библиотеки» и исходной папкой самого проекта.

Answer 1

Я бы также предложил разбить это на 2 проекта. Имейте 1 проект библиотеки и 1 приложение для тестов и testrunner.

На стороне: FlexBuilder 4 будет поддерживать запуск тестов FlexUnit в среде IDE для приложений Flex и проектов библиотеки Flex. Таким образом, вам не нужно поддерживать приложение только для запуска тестов.

Answer 2

Предполагая, что это возможно, я предлагаю настроить стандарты SCM, чтобы в других проектах существовали тестовые жгуты и модульные испытательные направляющие. Просто укажите, что любой проект библиотеки должен включать в себя проект сопутствующего тестирования.

Answer 3

Я не знаю, что это облегчит вам работу, но я бы на самом деле сделал библиотеку и тестовые жгуты отдельными проектами. Это позволит вам контролировать исходный код каждого и решить вашу проблему с помощью flexbuilder. Его не будет облегчать работу, но он будет более чистым и простым в обновлении.

Answer 4

Я не совсем понял описание вашей ситуации, но если это будет полезно, я опишу, как мы организовали наши проекты Flex. Большинство нашего кода приложения содержится в проекте SWC («library»). Затем мы создаем два проекта SWF («приложение») - приложение «оболочка», которое представляет окончательный выходной SWF, и тестовое устройство FlexUnit 2. Оба этих проекта SWF ссылаются на проект SWC, используя исходный путь. Использование этого подхода сделало тривиальным включение модульного тестирования для кодовой базы приложения в SWC.