Blog

una gran conversación comienza con una gran tópico.

This is a public Blog  publicRSS

Entry

  • Presentando AIR 2 beta Rob Christensen Adobe...
    132 Views, 0 Comments
    Entry:

     Presentando AIR 2 beta

    Rob Christensen
     Rob Christensen
    Adobe 

    Hoy, me complace anunciar la disponibilidad del runtime Adobe AIR 2 beta y SDK en nuestro sitio de Laboratorios. Desde el día en que empezamos la exploración de AIR 2 en el verano de 2008, la retroalimentación de los usuarios y de la comunidad de desarrolladores ha desempeñado un papel crucial para guiar el desarrollo de este lanzamiento.

    Como un equipo, uno de nuestros objetivos declarados para AIR 2 desde el comienzo fue agregar capacidades al runtime que permitirían que se construyeran nuevas clases de aplicaciones, aplicaciones que simplemente no eran posibles con Adobe AIR 1. Para comprender mejor los desafíos a los que desarrolladores y diseñadores se enfrentaban con AIR, ideamos una hipotética liberación del runtime, salimos a la calle para probar esta hipótesis con clientes, reiteramos la hipótesis en base a la retroalimentación y salimos a la calle nuevamente. Desde San Francisco a Nueva York y Los Ángeles, hemos dedicado incontables horas escuchando a los clientes describir algunos de sus retos más frustrantes de negocios y técnicos. Hemos pedido a equipos de desarrolladores y diseñadores, desde agencias de publicidad a corporaciones  de Fortune 100, a desarrolladores independientes y start-ups que imaginen qué capacidades y herramientas serían necesarias a fin de construir aplicaciones aún más atractivas que funcionan en los tres principales escritorio sistemas operativos (Mac OS, Windows y Linux) y más allá del navegador.  

    Como la definición de AIR 2 evolucionaba, quedó en claro que concentraríamos nuestros esfuerzos en los siguientes temas: proporcionar mayor integración con el sistema operativo, hacer el trabajo de los desarrolladores más productivo, y mejorar el rendimiento.

    Después de varios meses en beta privado, hoy estamos haciendo la versión beta disponible para el público en general. El propósito de la beta pública es conseguir la ayuda de la comunidad en verificar que tanto sus aplicaciones corren como se esperaba utilizando el AIR 2 beta runtime y también que las nuevas APIs de AIR, muchas de las cuales se describen a continuación, satisfacen sus expectativas.

    La siguiente lista proporciona un panorama general de las características clave que encontrará en esta nueva versión. Para más información, vea la publicación de Christian Cantrell,  Exhaustive List of Everything That's New in AIR 2.0 así como la documentación de Adobe AIR 2 beta.

    • Abrir documentos con la aplicación por omisión: En  AIR 2, ahora puede usar la nueva API File.openWithDefaultApplication para abrir un documento como .doc, .pdf o .mp3 utilizando la aplicación por defecto asociada con ese documento. Con el uso de esta API, ahora se puede construir una aplicación de gestión de contenido que permite navegar a través de archivos y abrirlos utilizando la aplicación por omisión asociada con ese tipo de archivo de forma totalmente independiente de la plataforma. Por ejemplo, imagine construir un simple navegador de archivos que le permite abrir un archivo MP3 con un doble clic. Dependiendo del sistema operativo, el archivo MP3 se puede abrir utilizando una aplicación diferente. En Windows, el archivo MP3 puede cargar en Windows Media Player, mientras que en una Mac se podría abrir en iTunes, y sobre Linux se podría abrir utilizando SongBird. Además, si a la API se le pasa la ruta de una carpeta en lugar de un archivo, se abrirá una instancia del explorador del sistema operativo, y navegara hacia esta ruta. Esta es una forma útil para añadir una característica de una aplicación de gestión contenido.

    • Detección de volumen de Almacenamiento masivo: ahora puede detectar cuando un dispositivo de almacenamiento masivo, como una unidad USB o ciertos tipos de cámaras, se han conectado o desconectado de la computadora del usuario. Desde AIR 2 beta, ahora puede construir una aplicación que detecta cuando una Flip Camara se conecta y que su aplicación automáticamente le permita subir videos a YouTube. Para ver un gran ejemplo de cómo funciona esto, vea la aplicación de muestra de Christian Cantrell, File Tile.

    • API de Proceso Nativo: Algunos desarrolladores querían  una opción para integrar mejor AIR a sus aplicaciones existentes con librerías de código nativo, o para extender el AIR runtime con código nativo. Aunque hemos considerado añadir este soporte en el AIR 1, una preocupación que hemos escuchado de desarrolladores es que querían que las aplicaciones AIR permanezcan multi-plataforma. Cuando AIR para Linux fue liberado alrededor de diez meses después de la versión para Mac y Windows, cientos de las aplicaciones que se desplegaron usando el instalador archivos .AIR instalador, incluyendo TweetDeck y Parleys.com Desktop estuvieron inmediatamente disponible para los usuarios de Linux.

    Con AIR 2, queríamos hacer más fácil para desarrolladores extender AIR sin comprometer la promesa de experiencia de usuario multi-plataforma de AIR. Para lograr esto, estamos poniendo a disposición un proceso nativo API que permite a los desarrolladores lanzar y comunicar, bidireccionalmente, con un proceso nativo. Para usar la API de proceso nativo, su aplicación debe desplegarse como un instalador en lugar de un archivo instalador .AIR. Para ello, hemos añadido soporte al AIR SDK para generar instaladores específicos de sistema operativo (.exe, .dmg, .rpm y .deb). Brent Rosenquist, un científico senior en el equipo de AIR, grabo un vídeo introductorio que proporciona un excelente vistazo general de cómo la API nativa trabaja.

    • Acceso a datos del micrófono: Usted puede acceder a los datos del sonido desde un micrófono directamente para la grabación u otros procesos sin la necesidad de un servidor. Un ejemplo de una aplicación que podrían aprovechar esto es una herramienta que toma-notas que permite al usuario grabar clips de audio cuando estén fuera de línea.

    • Multi-toque y eventos de gesto: Usted puede escuchar eventos para multi-toque (Windows 7) y gestos (Windows 7 y Mac OS X Snow Leopard) en equipos que tengan hardware multi-touch. (Véa también el articulo de Christian Cantrell, Multi-touch and gesture support on the Flash Platform.)

    • Manejo de errores globales: El manejo de errores global le permite manejar todos los errores, tantos errores sincrónicos y asincrónicos, desde un solo lugar de su código.

    • Soporte de impresión mejorado: Con AIR 2, continuamos haciendo mejoras a la impresión. En la Mac, se ha activado el soporte a impresión de vectores permitiendo mejorar la calidad de la salida a la impresora. Además, las nuevas APIs permitirá un desarrollador, por ejemplo, consultar la máquina local para una lista de impresoras o imprimir sin un cuadro de diálogo. Una nueva característica que llamamos "elegir el mejor método de impresión" determinará automáticamente si la impresión en bitmap o vectores es el método más adecuado de impresión para una determinada página.

    • WebKit actualizado: WebKit en el AIR 2 beta se basa en la versión que usa Safari 4.0.3. Una nueva característica incluye el soporte para perfilado de JavaScript, el motor de SquirrelFish Extreme JavaScript ejecuta un 50% más rápido utilizando pruebas de SunSpider, soporte a CSS3 Module soporte (2D transformaciones, transiciones, animaciones, gradientes, zoom y WebKit CSS selectores), estilizar barradas de desplazamientos a través de CSS y mejoras en el control Canvas.

    • Mejor soporte IPv6: El formato de direcciones IPv6 ahora puede usarse con todas las APIs que aceptar una cadena IP como entrada.

    • Mayor tamaño máximo de NativeWindow: algunos desarrolladores están construyendo aplicaciones que abarcan pantallas múltiples, de alta resolución como aplicaciones comerciales o pantallas promocionales. Utilizando AIR 1, los desarrolladores fueron limitados a un máximo tamaño de ventana de 2880 x 2880, pero, comenzando con el AIR 2 beta, hemos aumentado este límite a 4095 x 4095.

    • Soporte para server sockets: Usted puede escuchar de conexiones de socket entrantes. Utilizando el socket de servidor API, ahora es posible construir servidores ligeros que se ejecutan localmente, y se comunican a través de aplicaciones usando sockets TCP.

    • Sockets UDP: Usted puede enviar y recibir mensajes usando el User Datagram Protocol (UDP). Para aplicaciones de tiempo real, aplicaciones sensibles del tiempo, incluyendo juegos multijugador, usted puede encontrar que el soporte UDP en AIR ayudará a ofrecer una mejor experiencia al usuario.

    • Sockets TLS/SSL: ahora puede conectarse a un servidor que requiere TLSv1 o SSLv3 para comunicaciones socket. Para los desarrolladores, esto significa que usted tiene nuevos protocolos criptográficos disponibles para acceder datos sensibles en red que puede ayudar a construir aplicaciones más seguras.

    • Búsquedas DNS: Usted puede buscar registros Domain Name System (DNS) de recursos usando la nueva clase  DNSResolver. Esta clase le proporciona la capacidad para obtener registros de recursos, incluido la información de un host IPv4 y IPv6.

    • Enumeración de Interfaz de red: Usted puede enumerar la lista de interfaces de red de hardware y software disponible en un equipo cliente. A continuación, puede obligar a una interfaz específica, la dirección IP con un nuevo argumento opcional localAddress para la función del socket bind.

    • Salvaguarda de operaciones de Base de Datos: Usted puede usar commit o  roll back múltiples cambios a las bases de datos cambios en una sola transacción.

    • Soporte a lector de pantalla (sólo en Windows): Los usuarios pueden utilizar el software del lector de pantalla con aplicaciones  de AIR. Para los usuarios finales, esto significa que los cuadros de dialogo del tiempo de ejecución como el instalador ahora trabajan con lectores de pantalla tales como JAWS. Para los desarrolladores, esto significa que ahora es posible construir una aplicación Flash basada en AIR que trabaja con lectores de pantalla, siempre y cuando la aplicación haya sido construida con accesibilidad en mente.

    • Archivos promesa (sólo Windows/Mac): ahora puede permitir a los usuarios arrastrar un archivo que no ha sido creado aún desde una aplicación AIR y proporcionar los datos para esa función después de que el archivo promesa se ha soltado. Por ejemplo, imagine una aplicación que muestra una lista de archivos disponibles en un servidor remoto como un servidor FTP. Con la nueva característica de archivos promesa, cuando un usuario suelta un ítem de esta lista de archivos en su escritorio, ahora puede generar soporte en su aplicación para descargar los datos y escribirlos al archivo descargado. (Incluye soporte para archivos que son accesibles a través de una URL.)

    • Mejoras del ingreso de texto IME API y IME: Input Method Editors (IMEs) se pueden utilizar con cualquier InteractiveObject, no sólo objetos TextField. Esto le permite soportar entradas IME al usar la Flash Text Engine o el Adobe Text Layout Framework, por ejemplo.

    • Uso más eficiente de CPU: En las Mac, sin cambiar el código, muchas aplicaciones están consumiendo 50% menos  de CPU cuando se ejecuta en el segundo plano.

    • Utilización de memoria reducida: Sin reconstruir la aplicación, muchos aplicaciones AIR tales como TweetDeck están viendo reducciones del consumo de memoria entre 15 y 20%.

    • Menor tamaño del instalador del runtime: El tamaño del instalador del runtime para Mac OS y Windows son más pequeños que el AIR 1.5.

    Estamos muy ansiosos de escuchar sus pensamientos sobre la última versión—si encuentra un fallo en AIR 2 beta o tiene una petición de características, envié sus comentarios al equipo de AIR. Además, también puede encontrarnos así como otros en la comunidad de AIR en los foros de usuario a usuario.

    ¿A dónde ir desde aquí?

    Para descargas, aplicaciones de muestra, notas, y foros de usuarios, referirse a los recursos siguientes:

    Para más información sobre cómo utilizar las nuevas características en el AIR 2 beta, consulte los siguientes recursos:

    Sobre el autor

    Rob Christensen es un manager de producto de Adobe AIR. Antes de su actual función, el administro el desarrollo de un nuevo framework de desarrollo de producto utilizado por muchos equipos de Adobe y Macromedia incluidos Dreamweaver y Flash. También pasó seis años como ingeniero de Dreamweaver comenzando con la versión 2. Los intereses de Rob, incluyen tecnologías web, astronomía, películas, viajes y explorar una variedad de temas en su blog personal.