Как может я приложения Flex модульного теста из IDE или сценарий сборки?
Я оставил вам решение, которое работает в лучшем случае для меня, в некоторых случаях. Особенно если вы знаете [размер?] Одного измерения массива. Очень полезно для массива символов, например, если нам нужен массив разного размера массивов char [20].
int size = 1492;
char (*array)[20];
array = new char[size][20];
...
strcpy(array[5], "hola!");
...
delete [] array;
Ключ - это скобки в объявлении массива.
4 ответа
среде тестирования dpUint создали исполнитель тестов с AIR, который может быть интегрирован со сценарием сборки.
существует также мой набор FlexUnit автоматизации, который делает более или менее то же для FlexUnit. Это имеет макрос Муравья, который позволяет запустить тесты как часть скрипта Ant, например:
<target name="run-tests" depends="compile-tests">
<flexunit swf="${build.home}/tests.swf" failonerror="true"/>
</target>
На моем проекте мы используем Знатока для создания и нашей RIA Flex и основанного на Java бэкэнда. Чтобы создать и протестировать приложение Flex, мы используем эти заклинания гибкого провода плагины знатока. Они делают отличную работу для нас, и я настоятельно рекомендовал бы Знатоку использования по Муравью.
Однако если Вы уже используете Муравья, это может быть немного хитро для перехода Знатоку. Таким образом, если бы Вы находитесь в том положении, я рекомендовал бы использовать flexunit задачи, доступные здесь: задача Ant
Обе из этих библиотек делают в основном то же самое, они запускают сгенерированный flexunit исполнитель тестов mxml приложение в окне и открывают сокетное соединение назад с процессом сборки с помощью исполнителя тестов JUnit. Удивительно достаточно это работает вполне прилично. Единственная проблема состоит в том, что Вы не можете выполнить его бездисплейный поэтому, если Вы хотите выполнить сборку с сервера CI, необходимо удостовериться, что процесс имеет способность запустить новые окна иначе, это не будет работать.
О том, как разработать приложения Flex правильный путь, я слишком много не посмотрел бы на платформу Дымчатого топаза. Это действительно утверждает, что показало "лучшую практику" и так далее, но я сказал бы, что противоположное верно. Это базируется вокруг использования глобальных переменных и других вещей, которых необходимо стараться избегать. Я имею , обрисовал в общих чертах некоторые проблемы на моем блоге .
, я предложу, чтобы Вы посмотрели платформа Помощника вместо этого, который имеет хорошую документацию и хорошие примеры для получения Вас движение. Это использует Flex для своего полного потенциала, не полагается на глобальные переменные как на Дымчатый топаз и PureMVC, и это позволяет записать намного более разъединенный код.
Альтернатива FlexUnit эти инструменты тестирования AsUnit . Существуют версии для actionscript 2 и 3. Это также имеет хорошую интеграцию с Ростки Проекта , который является инструментом сборки для Flex и Flash, подобного муравью, однако это использует рубиновые задачи граблей и включает превосходное управление зависимостью вроде знатока.
Никакая интеграция IDE, о которой я знаю как бы то ни было.