Adobe está trabajando fuertemente en toda la plataforma Flash pero especialmente en Flex que para su nueva versión ya tiene nombre clave: Hero y viene cargado de mejoras para la arquitectura Spark.
En el sitio oficial de Adobe Open Source define tres grandes objetivos para esta publicación (release):
- Desarrollo multi-pantalla (multi-screen): Lo que busca Adobe es que desde el mismo entorno tengamos la capacidad de apuntar a aplicaciones web, de escritorio y a dispositivos móviles con un framework unificado. Seguro esto nos ahorrara varios espacios de trabajo, pero hay que ver que tanto puede ir en contra de buenas prácticas de desarrollo.
- Maduración de Spark: La arquitectura Spark ya le ha dado a flex una mejora en rendimiento sustancial, aunque en Flex 4 los componentes Halo se siguen teniendo en cuenta y esto a su vez no permite que se pueda mejorar del todo el rendimiento, sin embargo se vienen nuevos componentes y para mi el que más llama la atención es el Spark Datagrid (ya quiero verlo en acción).
- Desarrollo para Aplicaciones-Grandes: Se pretende dar soporte para la construcción de aplicaciones gigantescas, mejorando algunas piezas fundamentales de la infraestructura del Framework, esto hay que verlo de cerca, por ahora no han dado a conocer mucha información.
Otras mejoras de Flex Hero
Spark Datagrid (Tier 1) – Se ha añadido el concepto de celda (cell), que le da un toque más estandar por añadir este elemento universal para las hojas de cálculo. También se han añadido un evento ItemPendingError, muy útil para cuando el llamado a datos remotos se encuentra pendiente y mejoras orientadas en general a soportar gran cantidad de datos en los DataGrids.
Spark Image – Mejora en el manejo de la clase primitiva BitmapImage, nuevo componente “skinneable” Spark Image y mejora en el mecanismo de cacheado y priorización de cola de carga de imágenes.
Manejo de librerías compartidas mejorado – Al pasar a Flex 4, el enlazado a librerías RSL’s se volvió la opción por defecto, esto ha causado que las aplicaciones tomen un poco más de tiempo en cargar las ahora 6 librerías básicas; para esta nueva entrega se han solucionado algunos de estos atascos con la automatización de removido de librerías no usadas y el “soft-linking” que permite no enlazar una clase si no es llamada por otra, esto entre otras muchas mejoras.
Spark Form – Flex estaba en mora de brindarnos una herramienta de formulario a la altura de los requerimientos actuales. A simple vista se ven mejoras en el posicionamiento (debido a la arquitectura Spark) y una mejora en la validación de datos con una visión más global del formulario como tal y no como Items separados.
Estas son solo algunas mejoras específicas, vienen muchas más, junto con algunas que ya están en etapa de pruebas que no he citado y que pueden encontrar en http://opensource.adobe.com/wiki/display/flexsdk/Hero
¿Sabes SQL? ¿No-SQL? Aprende MySQL, PostgreSQL, MongoDB, Redis y más con el Curso Profesional de Bases de Datos que empieza el martes, en vivo.
Por JuAn-Q el 01 de Septiembre de 2010
¿Con Flex 4 o con Hero es posible escribir un sólo código que corra de manera optima como app en móviles y como sitio web en desktop? Porque hasta donde sé, el framework para desarrollo móvil en Flex es código radicalmente diferente al framework para web apps.
¿Cual será el futuro de ese tipo de desarrollo, Andrés?
Sin embargo he de decir que la experiencia de desarrollo ha sido totalmente limpia en cuanto a código y sugerencias de parte del IDE como tal, pues siempre está ayudando en que se puede y que no se puede hacer para cada caso.
Por otra parte, sin haber tenido la oportunidad de desplegar una App en Android por ejemplo, diría que no tendría una gran diferencia y que es a lo que está apuntando Adobe.
Muy en lo personal pienso que a veces tantas facilidades van en contra de un código limpio, pero como todas las cosas, hay que probar y luego sacar conclusiones... Así que por ahora la respuesta queda pendiente y puedo prometer algún tutorial al respecto.
Por papachan el 01 de Septiembre de 2010
Y con la experiencia de Flex como framework de aplicaciones grandes y heramientas como Catalyst que ayudan mucho al workflow, creo que Hero promete mucho.
Ahora si se vuelve un framework orientado multiplataforma. sería muy interesante para la emergencia de nuevas aplicaciones y de nuevas interacciones entre dispositivos o clientes.
Con Hero seguramente se va a poder compartir tu librería en distintos tipos de proyectos, tanto como Desktop, RIA, y mobile.
Por de lo que sé, no siempre es el mismo código usado entre cada plataforma, acuerdanse que los events no son los mismos. los KeyEvents, los Screen Event, o TransformGesture Event pueden cambiar mucho dependiendo de su destino.
El hecho que lo maneja un solo framework, nos hace ahorrar mucho tiempo como desarrollador sobre todo pensando en aplicaciones grandes, y que pueden dar nacimientos a proyectos satélites representados en apps para moviles ( Air android) o Widgets.
Bueno creo que hay que pensar simple, y que flex nos permite estirar las piernas pero no descansar!
Por jesus el 04 de Septiembre de 2010
Por vanvanero el 04 de Septiembre de 2010
Si bien los móviles no se ha potencializado en flex una de las preocupaciones de Hero es precisamente reducir la brecha de las diferencias entre aplicaciones web|desktop con las aplicaciones móviles o por lo menos eso es lo que promete Adobe como lo refleja en este artículo http://labs.adobe.com/technologies/flex/mobile/