Почему стоит переходить на Flex4(c Flex3)
 

Объясните пожалуйста, в чём состоит реальная польза перехода на Flex4.

Перерыв всю документацию на предмет поиска "призов", смог нарыть только следующее:
а. меня ждёт новая архитектура компонентов и оболочек(ура, ура, закричали швамбране)
б. из-за почти полной совместимости, я не будут испытывать значительных сложностей с переходом(швамбране продолжали ликовать, а я продолжать не понимать, я где же "приз")
в. ...

В общем, сколько я ни искал, так я ни одной статьи или обзора на мою тему не нашёл.

Что успел обнаружить сам:
а. Приложения(и flex3, и flex4) откомпилированные мной при помощи четвёртого SDK, весят значительно больше, чем их аналогии откомпилированные мной при помощи третьего SDK.

б. Полностью перейти на использование flex4 я всё равно не могу, так как некоторые классы flex3 до сих пор(и неизвестно измениться ли это в будущем) не имеют аналогов в flex4. Например mx.containers.ViewStack. И в на адобовском сайте честно сознаются, что единственным решением тут является использование вместе с новыми компонентами Spark - старые компоненты и контейнеры MX(и даже рекомендуют так поступать - что окончательно вводит меня в ступор непонимания).

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

А больше я ничего усмотреть не смог, поэтому прошу вашей помощи - помогите прозреть. =)

1. Spark компоненты.
2. Нет-монитор

Добавлено через 2 минуты
Да, по описаниям ещё удобнее работать со службами, хотя у меня все попытки приводили к разным ошибкам.
И удобная интеграция с Catalyst

1. Spark компоненты. Скинирование улучшено на порядок.
2. Layouts. Позиционирование елементов в контейнере, без изменения самого компонента. По-сути основной плюсище - это опять таки Spark
3. Быстрее работает. Правда не на много.
4. Новая архитектура состояний. Более удобная работа.
5. Нет лишнего функционала в компонентах. Типа иконок на кнопках.
6. Задача с созданием кнопки для которой иконка подгружается, а не задается как класс решается в полпинка. По-сути писать собственные компоненты стало намного приятнее.

По-поводу недостающих компонентов. Они появятся в 4.5 (Hero)
ViewStack пишется за полчаса. Хотя действительно непонятна задержка с этими компонентами.