En este artículo quiero hacer énfasis en las cosas que mas nos interesan como desarrolladores, de la manera mas sencilla. Y comienzo con resaltar algo que mas allá del marketing y las palabras bonitas es muy cierto, esta versión del Player es la primera que corre de manera consistente (igual) tanto en computadores de escritorio, como dispositivos móviles.

Mejora en el rendimiento. Flash Player corria en dispositivos moviles ya hace un buen tiempo de manera light, básicamente porque era muy pesado y los procesadores y/o las baterías no eran lo suficientemente potentes para soportar el procesamiento del Player. Así que mejorar el rendimiento y el consumo de baterías era algo necesario para sacar un reproductor decente para móviles. Esto se logró en gran parte, según palabras de Adobe, por la mejora en el manejo de memoria consumida por Mapas de Bits y la optimización del Garbage Collector.

Sin embargo hay otras mejoras que también suman a la hora de hacer más optimo el player, una muy interesante es la detección de la navegación por Tabs, algo muy común hoy en día, donde el consumo de memoria por las reproducciones era gigante, con esta nueva versión el reproductor detecta cuando la memoria disponible está baja y automáticamente apaga el reproductor que tengamos corriendo en otros tabs. Cabe aclarar que si lo que se está reproduciendo en segundo plano es música, el sonido permanecerá con la misma calidad que si estuviera en primer plano.

Mejora en el manejo global de errores. Esta parte para nosotros los desarrolladores es genial. Adobe plantea un manejo de errores y predicción de estos, mucho mas detallado cuando desarrollamos y mas “sutil” cuando es el usuario final quien está en frente del error. En algunas aplicaciones muy bien hechas veiamos cuando pasabamos por alto algun detalle y se generaba un error que toda la experiencia de usuario se dañaba por el manejo de los errores. Un punto bastante interesante para desarrollo y despliegue de nuestras App.

Multi-touch. Obviamente es de las mejoras mas publicitadas para aparatos que lo soporten, tanto de escritorio como móviles, hay que trabajar las librerias a fondo y ver como integrar nuestras interfaces ya hechas o la creación de interfaces totalmente nuevas basadas en el multi-toque. Un buen tutorial al respecto es este

Manejo de Navegación Privada. Interesante opción para quienes consumen datos de nuestras aplicaciones, esta opción hereda la funcionalidad de “navegación privada” del navegador evitando alojar localmente los datos reproducidos. El manejo de “shared objects” durante la navegación privada está desactivado, permanecerán activos y solo se podrán usar al salir del modo de navegación privada.

Otras mejoras. En video los cambios no se dejaron esperar, es un tema candente en el ambiente web en este momento y urgía que Adobe atacara con cosas a nivel de video como la decodificación por hardware para mejorar el buffering, video p2p, multicast y http streaming.

Varias mejoras específicas para Mac, con ayuda del propio equipo del navegador Safari, para mejorar el rendimiento en todos los aspectos. Bienvenidos los comentarios de usuarios Mac a ver que tal les va.

Y esta es una lista breve de mejoras para AIR 2.0

• Soporte para conexiones seguras TLS/SSL.
• Soporte para detección de dispositivos de alamacenamiento (USB, Cámaras, etc).
• Soporte para integración de código nativo.
• Multi-touch.
• Nuevas librerías para el manejo del micrófono.
• Actualización del motor WebKit para soportar HTML5 y CSS3.
• Mejoras en la parte de impresión.

Estas mejoras hacen sentir las aplicaciones hechas en AIR más libres dentro del sistema operativo, ganando en permisos para uso extensivo de este, como el manejo de código nativo y el hecho de abrir documentos directamente en la aplicación.

En general son cambios bastante importantes para un cambio de versión de una décima de punto, pero que no nos debe engañar. Y claramente, en próximas versiones se esperan mejoras en rendimiento y consumo de batería teniendo en cuenta todo el feedback que se empezará a generar con esta nueva versión.

Versiones Flash Debugger (Sí para linux también)

http://www.adobe.com/support/flashplayer/downloads.html

Información del curso: http://xpert.com.co/cursosadobe/flex.php

Información de la programación: http://xpert.com.co/programacion/

Instructor: andresmaro

Información adicional:  adobe@xpert.com.co - Teléfonos (571) 8136456 – (57) 3016640110.

Proyecto Flex día 1 – Ejemplo de conexión al cloud service de twitter.
Proyecto Flex día 2 – Contenedores y Navegadores
Proyecto Flex día 3 – DataBinding – Estilos – Modulos (como contenedores).

El cuarto y quinto día se hicieron pruebas y ejemplos con WebOrb, voy a dejar los archivos del cuarto día citados solamente y del quinto día subiré el servidor WebOrb completo (versión para PHP 3.5) y los archivos SQL y Flex.

Notas Importantes:

- Los ejemplos estan configurados para un trabajo con base de datos MySql corriendo en el host “localhost”, con el usuario “root” y sin contraseña.

-Al importar los proyectos de ejemplo de WebOrb deben configurar el server y añadir los argumentos adicionales al compilador:

• -services [unidad]:\[directorio raiz servidor web]\[directorio instalación WebOrb]\Weborb\WEB-INF\flex\services-config.xml
• Algo como esto: -services D:\server\www\weborb\Weborb\WEB-INF\flex\services-config.xml
• Para mas info pueden ver esta guía (en inglés)

Archivos del cuarto día:

* Archivo de Servicio de WebOrb PrimerServicio.php, ruta \[directorio de weborb]\Services\MisServicios\PrimerServicio.php
* Archivo SQL para la Base de Datos usada
* Proyecto Flex día 4

Archivos del quinto día:

* Servidor WebOrb – Descomprimir en la carpeta raíz del servidor web. La consola de WebOrb debe quedar funcional en esta la url http://localhost/final/server/.
* Archivo SQL para la base de datos usada
* Proyecto Flex día 5

Para este ejemplo usaremos el objeto HTTPService, que nos permite hacer llamados HTTP y recibir respuesta de estos. Opcionalmente este objeto también nos permite enviar parametros (GET o POST) y con esto conseguir una interacción con datos de un servidor.

Para este ejemplo usaremos un servicio web gratuito de la cadena de noticias internacional BBC, sin embargo la gran mayoría de fuentes de noticias proveen datos en formato RSS que será el que usaremos para el ejemplo, así que ustedes pueden probar con la fuente de datos (blogs, noticias, etc) que prefieran.

Este es el código inicial, instanciamos el objeto HTTPService vía MXML, le asignamos la propiedad url a la fuente de datos RSS de nuestra preferencia y controlamos el evento “result” con el método onResult() que declaramos previamente. Luego hacemos el llamado al HTTPService con el click del botón para ver la traza haciendo un breakpoint en el método onResult().

<?xml version="1.0" encoding="utf-8"?>
<mx:Application xmlns:mx="http://www.adobe.com/2006/mxml" layout="absolute">

<mx:Script>
<![CDATA[
import mx.rpc.events.ResultEvent;

public function onResult(e:ResultEvent):void{
trace(e);
}

]]>
</mx:Script>

<mx:HTTPService id="service" result="onResult(event)" url="http://www.bbc.co.uk/mundo/ciencia_tecnologia/index.xml" />

<mx:Button x="84" y="63" label="Traer Noticias" click="service.send()"/>

</mx:Application>

Con el código inicial en nuestra aplicación, usaremos el modo “debugging” de Flex Builder que nos permitirá rastrear toda la estructura del resultado RSS del HTTPRequest. Para esto asignaremos un breakpoint y conociendo la estructura del RSS asignaremos las variables a las columnas del DataGrid que se encarga del resto por nosotros… Así no más.

Update: Es importante tener en cuenta que para que el modo “Debugging” funcione, el flash player del navegador debe ser la versión debugger también. Esta versión la pueden descargar acá http://www.adobe.com/support/flashplayer/downloads.html. Ahí encontrarán la versión ActiveX control content debugger (Para Internet Explorer) y/o la versión Plugin content debugger (Para firefox o chrome). Como tip les digo que estas versiones se usan solo para desarrollo, sus aplicaciones ya puestas en producción solamente necesitan el Player de serie común y corriente.

Para esto simplemente trabajamos con el tag <mx:Script> el cual es generado automáticamente por el Builder, luego de cerrar el tag como tal. Esta es la estructura básica:

<?xml version="1.0" encoding="utf-8"?>
<mx:Application xmlns:mx="http://www.adobe.com/2006/mxml">

	<mx:Script>
		<![CDATA[

		]]>
	</mx:Script>

</mx:Application>

El siguiente código, ejecuta una función de Alerta definida en ActioScript desde una instancia de un botón declarada en MXML.

<?xml version="1.0" encoding="utf-8"?>
<mx:Application xmlns:mx="http://www.adobe.com/2006/mxml" layout="absolute">

	<mx:Script>
		<![CDATA[
			import mx.controls.Alert;

			public function alerta():void{
				Alert.show("Hola Mundo","Mi Alerta");
			}
		]]>
	</mx:Script>

	<mx:Button id="miBoton" label="Mi Boton" click="alerta()"/>

</mx:Application>

Y de la misma forma, podemos referirnos a la instancia “miBoton” desde ActionScript. El siguiente código tiene exactamente la misma funcionalidad que el anterior. Se agregó la función init que es ejecutada con el controlador de evento creationComplete y que a su vez agrega el listener de click al boton “miBoton”.

<?xml version="1.0" encoding="utf-8"?>
<mx:Application xmlns:mx="http://www.adobe.com/2006/mxml" layout="absolute"
	creationComplete="init()">

	<mx:Script>
		<![CDATA[
			import mx.controls.Alert;

			public function init():void{
				miBoton.addEventListener(MouseEvent.CLICK,alerta)
			}
			public function alerta(e:MouseEvent):void{
				Alert.show("Hola Mundo","Mi Alerta");
			}
		]]>
	</mx:Script>

	<mx:Button id="miBoton" label="Mi Boton" />

</mx:Application>