Flex 4.5 Hero

Flex ha dado un gran salto en la maduración de la nueva versión de SDK, “Hero”. Mediante una serie de posts quiero compartir con vosotros que nos aporta Flex Hero. En esta primera parte veremos los objetivos y mejoras en que se centra el nuevo SDK de Flex.

La nueva versión del SDK de Flex llamada “Hero”, es una preview release, es decir que no es aún una versión final del nuevo SDK, por lo que puede contener bugs, la mayoría conocidos por Adobe, y nos debe quedar claro que aún no están completas todas las nuevas características.

Hero se centra en 3 objetivos muy concretos:

• Desarrollo Multi-Screen: Así los developers pueden desarrollar aplicaciones para la web, desktop o dispositivos móviles con el mismo framework. Con Hero y en el caso de los dispositivos móviles, podemos aplicar nuestros conocimientos para desarrollar aplicaciones usando los nuevos componentes optimizados basados en Spark.
• Maduración de la arquitectura Spark: Ampliación de la arquitectura mediante la incorporación de nuevos componentes y mejora de sus capacidades.
• Gran capacidad de desarrollo de aplicaciones: Apoyo a los desarrolladores para construir aplicaciones de gran tamaño mediante la mejora de las piezas fundamentales de la infraestructura de Flex.

Nuevos componentes Spark

Hero nos trae nuevos componentes Spark, componentes que no estaban en la versión 4 del SDK. Con estos nuevos componentes conseguimos los equivalentes Spark de algunos Halo que no se habían migrado en Flex 4. En esta preview release de Hero se incluyen los siguientes componentes: Spark DataGrid, Spark Form, Spark Image y Spark Formatters para Date/Time, Number y Currency. En uno de los siguientes posts veremos con más profundidad estos componentes.

Mejoras en el ámbito del texto y video

En Flex 4 ya teníamos integrado el Open Source Media Framework, que determinaba la base del componente Spark VideoPlayer. Flex 4 también integraba el Text Layout Framework como librería base de los componentes Spark de texto. En Hero se han introducido nuevas características en ambos frameworks.

Open Source Media Framework
En Hero se ha hecho lo necesario para dar soporte a la versión 1.0 de OSMF. El nuevo Spark VideoPlayer que contiene Hero ya utiliza esta versión de OSMF.

Text Layout Framework
En esta versión de Hero se incluye ya el soporte para la nueva versión de la librería de TLF. La nueva versión de TLF se centra en mejorar la representación del texto, añadiendo nuevas características como, por ejemplo, listas numeradas o con símbolos. Otra de las mejoras es sacar un mayor rendimiento a los componentes de texto cuando renderizan cantidades muy grandes de texto.

Mejoras en el compilador

Las mejoras en el compilador se tienen en cuenta en cada release del framework de Flex. En ésta, se han centrado en estos tres aspectos:

• Reducir el consumo de memoria
• Reducir el tiempo de compilación de las builds
• Mejorar la lógica de enlace entre el compilador y las RSLs

Con estas mejoras el equipo de desarrollo del SDK de Flex ha podido observar como, por ejemplo, se reduce hasta un 20% el consume de memoria y un 20% el tiempo de compilación en proyectos de tamaño medio y grande.

Mejoras en las Run Shared Libraries

Las RSLs empaquetan el framework de Flex en librerías que se enlazan o cargan al inicio de la aplicación.
Hero añade nuevas mejoras en la infraestructura de las RSLs de Flex. Con Hero, el compilador solamente enlaza las RSLs que tienen dependencias reales con la aplicación. Por ejemplo, los proyectos que no usen OSMF no enlazarán ni cargarán la RSL referente a OSMF. Además, en los proyectos exclusivamente compuestos puramente por elementos Spark o Halo, solo se cargarán las librerías necesarias para estos proyectos.

Otra mejora importante es que los módulos y su lógica de linkage de las RSLs son más “inteligentes”: ahora los módulos saben cuando la aplicación padre u otro módulo “hermano”, han cargado las RSLs que necesita. En este caso, el modulo no recargará las RSLs que necesita.

Hay configuraciones a nivel de compilador que el desarrollador puede usar para forzar el enlace en diferentes módulos si no se quiere que el compilador aplique la lógica de dependencias.

Se prevé implementar más mejoras relacionadas con las RSL, como puede ser el hecho de cargar las RSLs en el orden en que más se reduzca su tiempo de descarga y de inicialización.