В чем разница между "Adobe Flex" и приложением AS3, использующим библиотеки fl.controls и fl.events?

Question

статей, таких как , этой кажется, говорят, что Flex - это библиотека для создания настольных приложений, которые работают в Flash Player. Но что меня смущает, так это то, что я уже создал приложения AS3, которые имитируют внешний вид рабочего стола без каких-либо «изгибов». Я использую библиотеки под названием fl.controls и fl.events, и они отлично работали, с кнопками, текстовыми полями, списками, полями со списком и т. Д.

Помогите мне разобраться с этой проблемой. Являются ли fl.controls и fl.events частью flex, но я никогда не осознавал этого? Или это конкурирующая библиотека / фреймворк для виджетов, но Adobe по маркетинговым причинам не удосужилась присвоить такое сексуальное имя, как «flex»?

Если flex отличается от fl.controls и fl.events, можете ли вы использовать эти библиотеки в приложении flex / AIR? (Меня не волнует аспект "flex", я просто хочу создавать приложения AIR) Или это вопрос или библиотеки fl. * Или flex в одном проекте?

Кроме того, для ясности, я сейчас работаю в FlashDevelop, а не в какой-либо из собственных IDE Adobe. Поэтому я полагаю, что разница между пакетами, основанными на том, «какая версия IDE поставлялась с конкретной библиотекой», для меня как-то утрачена.

Answer 1

Библиотека fl.controls, насколько я могу судить, на самом деле представляет собой просто набор виджетов, которые вы можете использовать во Flash. Flex, с другой стороны, является средой разработки приложений с множеством богатых возможностей разработки, которые нельзя получить, используя только AS3 и fl.controls.

Некоторые вещи, которые Flex дает вам:

1. Декларативная разметка в виде MXML
2. Привязка данных
3. Государственное управление
4. Skinning
5. Модель компонентов для создания собственных составных компонентов

По умолчанию эти элементы управления не импортируются при создании нового проекта Flex в Flash Builder. Однако представляется, , что это возможно .

Из того, что я могу сказать, не так много вариантов использования для этого (кроме интеграции унаследованного кода), поскольку Flex предоставляет все и даже больше по сравнению с fl.controls.

Answer 2

fl.controls.* - это компоненты, используемые в Flash Professional.они сродни mx или spark компонентам в среде Flex.однако компоненты Flex spark намного более продвинуты, чем компоненты Flash Professional, но я полагаю, что при использовании компонентов Flex вам придется использовать код MXML с AS3 (а не только с AS3).

Answer 3

Приведенные выше ответы являются разумными при использовании Flex для настольных компьютеров, но для мобильных устройств вопрос более сложный.Преимущества Flex в простоте разработки сопровождаются снижением производительности, что является большой проблемой для мобильной разработки.Можно добиться необходимого прироста производительности за счет устранения состояний и привязки данных.Существует ряд документов Adobe, которые рекомендуют не использовать их.И для того, чтобы легко их устранить, я нашел, что проще всего также не использовать mxml.Потому что легче всего обойтись без состояний, когда графические компоненты создаются программно.

И скин sparkponponents, и fl.controls могут быть обработаны.Разница в том, что у spark.components есть интерфейс с поддержкой скинов, который позволяет создавать скины для одних и тех же компонентов с разными скинами.Для меня это элегантная функция, для которой я еще не видел требования.Хотя я могу представить, что фирмы, разрабатывающие одни и те же компоненты для нескольких клиентов, находят это очень полезным.

Хотелось бы сообщить здесь об относительной производительности fl.controls против spark.components.Если у кого-то есть такие данные, пожалуйста, опубликуйте их.При просмотре иерархии классов становится ясно, что fl.controls имеют меньший вес, но было бы неплохо иметь возможность измерить это преимущество.