Son muchas las soluciones y servicios que hay disponibles en la red, pero también es cierto que existe un amplio abanico de posibilidades que podemos aprovechar para conseguir un poco del pastel a repartir con el comercio online.

Es por esto que al poder crear aplicaciones nativas desde Adobe Flex, se presenta una oportunidad de llegar a un mercado más amplio que el actual para las aplicaciones RIA.

¿Imaginais las posibilidades de poder crear una aplicación utilizando GPS más las API que hay disponibles más la conexión AMFPHP con lenguajes como Php o Python?, la verdad que abre una gran cantidad de posibilidades de negocio para crear y difundir.

Pues bien, aquí os dejo unas pequeñas notas de como realizar este sencillo ejemplo. Para ello lo primero será declarar una nueva instancia del componente Button de la clase Spark, tal que así:

<s:Button label="Button Invisible" skinClass="ButtonSkinInvisible"/>

Como se ha definido en las propiedades del botón, se hace referencia a la clase “ButtonSkinInvisible”, en la cual se define la transparencia que deberá tomar el botón:

<s:SparkSkin xmlns:fx="http://ns.adobe.com/mxml/2009" 
			 xmlns:s="library://ns.adobe.com/flex/spark" 
			 xmlns:mx="library://ns.adobe.com/flex/mx">
 
	<fx:Script>
		import mx.utils.ColorUtil;
	</fx:Script>
 
	<s:states>
		<s:State name="up"/>
		<s:State name="over"/>
		<s:State name="down"/>
	</s:states>
 
	<s:Rect width="100%" height="100%" alpha="0">
 
	</s:Rect>
 
	<s:Label id="labelDisplay" paddingBottom="3" paddingLeft="3" paddingRight="3" paddingTop="6"/>
 
 
</s:SparkSkin>

Existes otra muchas formas de realizar este efecto, pero esta es una más de ellas.

Podéis descargar el ejemplos desde aquí

En el desarrollo se utilizado el componente ComboBox de Adobe Flex 4 y se le ha aplicado una clase SparkSkin personalizada, con la cual, se ha podido obtener el resultado de adaptar por cada fila de resultados una imagen y una descripción.

A continuación:

[ Ver el ejemplo ComboBox con imágenes]

[ Ver el código fuente del ejemplo]

Estais invitados a participar comentando sugerencias e ideas que querais debatir.

Un saludo.

Esta aplicación consiste en adaptar un Grid de imágenes creadas desde código en las cuales el usuario pudeda hacer Clic. Se han utilizado los componentes Image() y HBox() para su elaboración, y un fichero ‘datos.xml’ para la carga dinámica de cada imágen.

[El link al ejemplo - Online]
[Descarga del código fuente]

Espero que te sirva amigo Juan, y a los demás os animo a participar con cualquier aporte que querais comentar.

Son muchos los blogs de profesionales en la materia, pero pocos los que recopilan lo necesario para un iniciado. Este post se lo dedico a una persona recién afiliada al blog, el cual me pidió consejo sobre como empezar en este mundillo.

Dos de las páginas que encuentro más interesantes, en las cuales encontrareis gran cantidad de ejemplos prácticos son:

• Flex in a Week : Sitio web de ejemplos paso a paso a cargo de los desarrolladores de Adobe.
• First Steps in Flex : Creado por Bruce Eckel y James Ward.

Blogs que considero de notable experiencia en el mundo RIA:

• Made in Flex
• Inside RIA

Referencias bibliográficas de lectura obligatoria:

• ActionScript 3 : Design Patterns (Nivel Avanzado)
• Adobe AIR : Crear – Modificar – Reutilizar (Muy Aconsejable, nivel Medio)

Estoy seguro que estas referencias os servirá a muchos para esas primeras aplicaciones, y una vez más me despido no sin antes invitaros a comentar sobre cualquier tema que os resulte interesante en el entorno RIA.

* Etiqueta basada en eventos los cuales impulsan el Framework.

* Forma declarativa de la gestión de eventos.

* Eventos personalizados se heredan de forma predeterminada desde los propios de Flash, sin código del framework.

* Utiliza Event-bubbling para captar los eventos con EventMap sin definir gran cantidad de código.

Contras:

* Los cambios de estado deben de notificarse expresamente a todos los puntos de vista asociados al hacer uso de la inyección de propiedades.

* La aplicación puede fallar sin lanzar ningún error cuando sin querer escribibes mal el nombre del parámetro en algún evento, la comprobación del compilador en las etiquetas de EventMap falta.


[Cairngorm]
Pros:

* Modelo Singleton – Utiliza patrón Observer para actualizar todas las vistas asociadas al cambio de estado.

* Patrón Command – Define claramente el trabajo de la aplicación. Reduce las posibilidades de acumulación de código en archivos MXML.

* Introducción de Business Delegate que pueden acelerar el proceso de desarrollo de proyectos con los diferentes equipos de cliente y servidor de aplicación. Delegate puede ser usado por el equipo de equipo cliente para devolver los datos simulados sin necesidad de atacar momentaneamente a BBDD, simplemente atacando a datos XML para test.

Contras:

* Código base reciente y poco detallado. (Hoy en día existe más documentación al respecto).

* Los eventos personalizados se heredan de CairngormEvent que introduce conexión entre la aplicación y el código del framework.


A mi parecer, Cairngorm está más preparado para el desarrollo de aplicaciones de empresa con equipos de desarrollo voluminosos. El uso del patrón Command realmente puede acelerar el proceso de desarrollo y la búsqueda de elementos dentro del código. Mate por el contrario es más adecuado para pequeñas aplicaciones. Sin embargo espero, personalmente, una mejora en Mate para añadir al compilador la opción de comprobación de etiquetas sobre EventMap.

Aparentemente y dejando un poco de lado los frameworks, se está haciendo especial incapie en conseguir un IDE mejor con el cual el desarrollar sea mucho más comodo y corrija errores en tiempo real tales como los ortográficos, los cuales pueden hacer nuestra aplicación añicos por un simple descuido. Con Flash Builder estos aspectos se están cuidando más al detalle y seguramente con el nuevo Flash Builder “Burrito” la programación sea mucho más cómoda e incluso a muchos usuarios de Apple les resulte parecido al famoso editor TextMate.

¿Qué mejorarías en las siguientes versiones de Flex: IDE o Frameworks?

Enlace a los Framework:

Cairngorm, Mate

En conclusión, cuando parecía que flash estaba camino del olvido y developers nos preguntabamos cuanto tardaría en suceder, resurje de sus cenizas cual ave Fenix para darnos un suspiro de alivio y a la vez ilusión por el hecho de adentrarnos en lo que siempre quisimos.
Por mi parte a la nueva versión de Flash Builder la llamaría, Flash Builder (Fenix).

vía:Great news for Developers

Los 5 puntos son los siguientes:

1. Fácil de aprender y usar
Antes de conocer Flex, era desarrollador Php, antes de Php, fuí desarrollador C++ y Delphi. Así que sé exactamente lo costoso que es  aprender un nuevo lenguaje de programación. Así como el cambio de un lenguaje de una transmisión manual a uno automático por así decirlo,   se necesita tiempo para acostumbrarse a esos cambios.
Sorprendentemente, la primera vez que vi código de Flex, pensé que era Java. Teniendo en cuenta que la sintaxis era similar, la estructura y el estilo. Sin tiempo, construí mi primera aplicación totalmente funcional en Flex, en realidad me costó algo acostumbrarme y terminarla pues la exigencia del proyecto iba muy por delante de mis conocimientos en aquel entonces, pero me llevé una satisfacción personal.
Otra belleza de Flex es su herramienta de desarrollo – Flash Builder (Flex 4) Está construido sobre la plataforma – Eclipse IDE . Flash Builder ofrece muchas funciones útiles, tales como editor de diseño, herramientas de construcción, un depurador integrado. Hace que el trabajo sea mucho más fácil. Si lo deseas puedes conseguir una copia de Flash Builder pinchando aquí.

2. Lenguaje y Framework
A diferencia de JavaScript lenguaje el cual AJAX se apoya, Adobe Flex está constituido sobre un lenguaje de programación fuertemente orientado a Objetos. Creo que el equipo de desarrollo Flex se extiende  a una gran cantidad de estructurado  Java, por lo que es adecuado para el desarrollo de aplicaciones de nivel empresarial.
Además, hay algunos frameworks con experiencia para apoyar Flex a nivel de arquitectura. Al igual que Struts y Spring para Java, Cairngorm y Mate son dos frameworks basados en el lanzamiento de eventos para aplicar el MVC (Modelo-Vista-Control) patrón de diseño para Flex. Y los dos proyectos son de origen opensource.

3. Soporte para el navegador
¿Cuántas veces tienes que tratar con diferentes navegadores (IE 6, IE 7, Firefox, Google Chrome, Opera, Safari …) sólo para hacer que las páginas web se vean bien? errores de JavaScript, de imágenes PNG que faltan, la disposición falla, vas a agregar todo tipo de parches o “hacks” para tratar el problema. Como resultado, el código es confuso y difícil de mantener, te sientes frustrado y agotado, pero los problemas siguen apareciendo …
Haciendo uso de Adobe Flex en el tiempo de ejecución (Flash Player) , estás actuando frente a un 98%  de penetración en el mercado de trabajo constantemente a través de diferentes navegadores, que finalmente pueden centrarse en la construcción de un gran RIA  en lugar de preocuparse por su compatibilidad.

4. Desarrollo Rápido y Fácil integración
El tiempo es dinero! Esto es especialmente cierto en Internet. ¿Por qué .Net toma muchas cosas de Java? Una de las razones es que proporciona una gran cantidad de módulos para sujetar el proceso de desarrollo. Al igual que .Net, Adobe Flex nació con muchos componentes, por ejemplo, los DataGrid, ProgressBar, RichTextEditor, Slider, Acordeon, Charts …) todo ello para ayudar a crear apps RIA más rápido y fácil.
Por otra parte, Flex puede ser el mejor marco de trabajo para integrarse fácilmente con diferentes sistemas externos. Proporciona componentes tales como HTTPService, WebService y RemoteObject, además de servicio de datos opcionales como LCDs o BlazeDS. En uno de mis proyectos Flex, recogí datos desde servidor J2EE, SAP y otros 2 sistemas heredados para componer los informes finales. Sin Flex, el mismo trabajo hubiera sido mucho más complejo e incluso impensable en la compatibilidad y desarrollo entre sistemas.

5. Efecto visual más atractivo
Sí, RIA se supone que es cool! Los acuerdos de integración regional más sorprendentes pueden maximizar su sensación de sentirse cerca de los productos más novedosos y jugosos, como BMW X5 o HDTV de Sony. Es más, la mayoría de los acuerdos de integración regional se llevan a cabo por la empresa Adobe Flash. Adobe Flex está construida por encima de Flash, se puede acceder a todas las bibliotecas de desarrollo Flash y heredar sus bienes. De ahí la unión de plataformas que da como resultado Adobe  Flash builder. Por lo tanto, no cabe duda de que Adobe Flex te ofrece todo lo necesario para construir interesantes aplicaciones y soluciones RIA.

En Conclusión
RIA significa no sólo aplicar una cirugía estética a tu linea de negocio, sino también proporciona una separación de imagen, superior respecto a  tus competidores. Muchas personas pueden dar diferentes opciones a la hora de desarrollar aplicaciones RIA. Pero lo más importante es, vuestra evaluación sobre la base de recursos, sistemas y requisitos. Os propongo mi top 5 razones para elegir Adobe Flex:

1. Fácil de aprender y usar

2. lenguaje y frameworkd

3. Soporte para navegadores

4. Desarrollo Rápido y de fácil integración

5. Efecto visual más atractivo

Adobe Hispano está de vuelta! Versión 2010 dando comienzo del 13 al 16 de septiembre, cuenta con 20 speakers, en representación de 11 países, más de 4 días. Ellos expondrán sus consejos, trucos y demos de los productos y tecnologías de Adobe, totalmente en español. Si deseas participar o recibir más información, regístrese aquí.

La asistencia al eSeminar es de acceso gratuito y el lugar del evento es en la nube. Adobehispano es un evento online al cual podrás acceder desde cualquier parte del mundo por medio de tu ordenador.

Como posible respuesta, llegué a evaluar tanto el desarrollo en Adobe Flex y como en jQuery. Bajo “mi punto de vista”, no he sacado en claro cual de las dos tecnología se lleva el gato al agua y es más eficiente según las características de cada una, pero si os quiero dejar mi opinión personal.

Las prioridades que debe de tener el proyecto:

~ Productividad – Lanzar el producto lo antes posible, sin dar posibilidad de demora en la elaboración del proyecto.

~ La experiencia y usabilidad hacia el usuario – el proyecto debe de ofrecer un aspecto profesional y el usuario debe tener una experiencia agradable con el producto. No es un problema para ninguna de las dos plataformas, aunque probablemente se perderá automáticamente el 10% de los usuarios potenciales que no tienen instalado Flash, aunque personalmente me duela.

~ Reutilización del desarrollo – Para qué reinventar la rueda, el desarrollo debe de ser lo más eficiente y modular posible, para conseguir reutilizar el trabajo ya hecho y no atrasar el producto.

Características de la Aplicación:

~ La lógica de trabajo - El procesado residirá en el servidor PHP y los datos estarán almacenados en MySQL. La plataforma RIA sólo debe presentar los datos al usuario.
~ Acceso a datos inmediatos- Una de las principales razones por la que me inclino en la utilización de plataforma RIA. No cabe la posibilidad de volver a recargar la página cuando el usuario ha realizado algún tipo de filtro o búsqueda, esa acción da pie a poca usabilidad y lentitud en el proceso de cara al usuario.
~ La seguridad es necesaria – Aparentemente ninguna de las dos plataformas ofrecen problemas hacia este apartado, pero quizas alguno de vosotros pueda o quiera decir algo al respecto, lo podeis comentar sin ningún problema y así poder ayudar a la comunidad interesada en estos aspectos.

Para concluir esta entrada, decir que esta ha sido una reflexión personal y para nada es la solución final. Me encantaría escuchar lo que la comunidad tiene que decir al respecto, y como siempre quedais invitados a comentar cualquier cosa que querais transmitir.

Gracias por adelantado!

Nota: 1 click para acercar la cámara, 2 click para alejarse.
Download: Galería papervision3D

¿El sitio web que contiene la solicitud es SEO friendly?

Y la respuesta es NO. Google y otros motores de búsqueda no pueden ver dentro de Sitios web FLEX (Flash)  y por lo tanto de indexar sus contenido. Como bien sabemos el SEO es importante para usted y por lo tanto para su Web, por lo que se le intenta buscar otras soluciones a nivel técnico.

Yo mismo me ví envuelto en una situación similar a ésta, y dandole vueltas una idea me golpeó la cabeza. FLEX (Flash) utiliza XML como fuente primaria de obtención de contenido, y XHTML es un XML personalizado. La idea es utilizar el contenido de las páginas HTML y XML para la aplicación FLEX (Flash). Los XML se pueden leer y a la vez ser indexados por los motores de búsqueda, e aquí el origen del contenido ideal para su aplicación FLEX (Flash), y la solución a nuestro problema.

¿Cómo se puede hacer desde el punto de vista técnico? Bueno, es bastante simple:

1. Las páginas HTML estarán formadas por  archivos XML que seran el contenido necesario para su aplicación FLEX (Flash) . El contenido de la página quedará disponible para los motores de búsqueda.

2. Crear un archivo XSLT el cual se va a generar en la máquina del usuario, el contenido XML de la página en una página HTML normal y agregar el componente Flash necesario para ejecutar la aplicación FLEX (Flash).

3. Apunte con su aplicación FLEX (Flash) para obtener la información de la página actual en sí. Recuerde que si el XSLT no se aplica, la página actual no es más que un archivo XML.

Conclusión: El usuario verá una aplicación RIA creada en FLEX y los motores de búsqueda verán una bonita página XML la cual será facil de indexar, ambas partes quedarán totalmente satisfechas, y usted podrá decir que su Web es totalmente indexable por los buscadores.

Espero que sea de gran ayuda y les invito a visitar otros post también interesantes en portalscreen.com.

Saludos.

Todo esto se ha especulado, gracias a que la nueva versión cuenta con muchas características que hasta la fecha eran impensables, a no ser que se implentasen a base de plug-ins específicos. Entre las novedades destacan los siguientes elementos:

• El <audio> y elementos <video>, que permiten incrustar elementos multimedia directamente en el navegador.
• El elemento <canvas>, lo que da lugar a imágenes y gráficos vectoriales para ser prestados directamente con el lenguaje Java, que permite animaciones simples.
• El almacenamiento de datos sin conexión para que los usuarios pueden mantener una línea de base de datos 5Mb, manipular los datos, y volver a sincronizar los datos más tarde.

Estas características han sido necesarias desde hace mucho tiempo, y pesar de que HTML 5 no es todavía un estándar, ya se pueden ver desarrollos hechos en los principales navegadores: Firefox 3, Internet Explorer 8 y Safari 4. Esto significa que usted puede crear nuevos desarrollos en HTML 5 desde ya! Probablemente la más famosa aplicación en HTML 5 que se puede encontrar hasta ahora es Google Wave para correo electrónico, la cual todo el mundo de este mundillo desea probar! lo antes posible.

Respecto a lo que se comenta de que en breve HTML 5 podría alcanzar la tan lograda popularidad que Flash/Flex llevan a las espaldas, me veo en la obligación de decir que como desarrollador de aplicaciones RIA en Flex/AIR que soy, creo que va a haber una competencia sana, pero de momento HTML 5 queda un poco lejos de lo que la tecnología de Adobe ha conseguido hasta la fecha, contando con la cantidad de comunidades de desarrolladores Flash/Flex que día a día innovan en nuevas aplicaciones para el usuario. Es un hecho que no se puede ignorar así por que así.

Lo que si podemos dar por seguro, es que el debate está abierto.

¿Que opinan ustedes?, saludos.

• Manejo de targets arbitrarios y los types
• Funcionalidad adicional útil
• Solucionar los problemas existentes ( funcionalidad y la API))
• Mantener la compatibilidad de los efectos anteriores

fuente: www.adobe.com

También se puede ver la explicación a cerca de los eventos TweenEffect de la clase mx.effects y la animación por parte de la clase spark.effects, determinante fusión de ambas. Uno de los puntos mas atractivos que se pueden ver en la ponencia, es el referente al componente Pararel, el cual se muestra con varios ejemplos y los efectos que intervienen en este.

Bajo mi punto de vista es muy buena referencia para aquellos que quieran dar un poco más de juego a las aplicaciones RIA basadas en Flex.

Que disfruten de la conferencia, y espero vuestras opiniones al finalizar la conferencia.

Reciban un saludo.

Porqué digo esto, es muy sencillo, ¿nunca os ha pasado, que al intentar implementar una clase en flex/flash/air por obra del destino y tras dolores de cabeza no habéis podido utilizarla o simplemente habéis desistido?, pues bien eso mismo me pasó a mí en uno de mis primeros proyectos, cuando tuve que utilizar la clase LocalConnection por primera vez.

El caso práctico en el cual utilicé la clase LocalConnection, fue para crear una conexión a un Stream dinámico de Vídeo. En las pruebas, las cuales las efectuaba directamente desde el compilador, nunca aparecieron errores de conexión y todo iva sobre ruedas. Hasta que concluí con la aplicación y llegó el momento de su publicación, momento en el cual se vieron truncados algunos aspectos de la Aplicación RIA. Tras probar el módulo as3 resultante alojado en un dominio, no pude realizar dicha conexión, y tampoco me aparecian errores al respecto. Lo probé infinidad de veces, incluso llegué a implementarlo en un widget air, para comprobar otras posibles causas. Pero no hubo resultados favorables.

Poco después, comprobando varios aspectos técnicos con un amigo pudimos determinar la causa del problema. El fallo estaba, en que en los momentos de las comprobaciones de dicho módulo con la clase LocalConnection se estaba utilizando la aplicación FlashGet (Acelerador de descargas) en segundo plano, la cual utiliza esa misma clase LocalConnection y a su vez inhabilita las demás conexiones entrantes que se puedan llegar a abrir.

A nivel de uso sobre la clase LocalConnection este post no puede ofrecer mucha información en detalle, pero puede ayudaros si alguna vez os encontráis con este tipo de situación. Por lo menos a mí, me podría haber ahorrado algunas horas de investigación.

Según un comunicado oficial publicado en el blog del equipo de AIR el día 12 de Febrero de 2010, y resumiendo la información ofrecida en una frase clave, vemos acontinuación lo que muchos desarrolladores as3 Flex/AIR estaban esperando.

A continuación el comunicado oficial:

“Using Adobe AIR, developers and designers will be able to build standalone applications to target devices running the Android operating system. These very same applications can also be deployed as desktop AIR applications on Windows, Mac, Linux, and also as applications on the iPhone using the Packager for iPhone .“

¿Qué significa todo esto?, si compañeros, efectivamente, la idea es desarrollar una única aplicación AIR y distribuirla en todas las plataformas móviles compatibles anteriormente mencionadas, incluyendo iPhone. Si, habeis leido bien, y según el contenido de este comunicado está previsto para el segundo semestre del año. Gran noticia y buen trabajo Adobe.

Con este libro aprenderá a aplicar patrones de diseño para solucionar problemas, optimizar código y aumentar la productividad. Encontrará pequeñas aplicaciones de ejemplo ilustrando cada patrón de diseño para comprender a la perfección cómo funcionan. Verá cómo programar proyectos de éxito de principio a fin y se convertirá en un auténtico experto en ActionScript.

Editorial: ANAYA MULTIMEDIA.

Colección: PROGRAMACIÓN.

Autor / Autores: Lott, Joey; Patterson, Danny.

Número de páginas: 352

Encuadernación: Rústica Hilo

Formato: 17,50 x 22,50.

Bajo mi punto de vista, es una referencia bastante importante en el mundo del desarrollo de aplicaciones Ria. Principalmente se basa en la estructuración de código y en la unificación de lenguaje entre programadores basandonos en un patrón aplicado. Lo recomiendo para todo tipo de perfil de programador, muy útil.

No se pretende mostrar código sino qué hace el código, además con la premisa de que lo que se muestre sea innovador e inspirador. Esto hace que sea un evento válido, no solo para programadores sino para cualquiera persona que esté interesada en la tecnología Flash como herramienta creativa.

Entre algunas de las novedades que se podrán ver en el evento, se encuentran algunos ejemplos de lo que se puede hacer con las nuevas funcionalidades de generación dinámica de audio (a.k.a síntesis de audio) del Flash Player, un campo apasionante dentro del mundo de la programación del que desde hace bien poquito podemos sacar partido gracias a las nuevas APIs introducidas en el Flash Player 10. Así que ya sabes, si estas por Barcelona el día 4 de Marzo no dejes de reservarte 5 horitas (de de 14 a 19h) para asistir al evento.

powered by: www.joangarnet.com.

Para ir familiariazandonos con estas librerias, he desarrollado un ejemplo muy básico pero a la vez aclarativo de como se implementan dos de estos componentes estadísticos. Entrando en detalle, se tratan de los componentes ‘ColumnChart’ y ‘PieChart’ a mi parecer dos de los más importantes tipos de gráficas de las cuales nos pueden hacer falta en el desarrollo de aplicaciones RIA Flex y las cuales son muy significativas a la hora de explicar en pocas palabras los resultados obtenidos.

La aplicación consta de dos ficheros, el primero que encontramos es el fichero contenedor de los datos en formato XML, el cual será llamado desde la aplicación para ser dibujado gráficamente mediante los componentes de DataVisualization.

datos.xml

<?xml version="1.0" encoding="utf-8"?>
<chart>  
     <equipo>  
         <name>Equipo Azul</name>  
         <tiempo>17</tiempo>  
     </equipo>
     <equipo>  
         <name>Equipo Rojo</name>  
         <tiempo>24</tiempo>  
     </equipo>
     <equipo>  
         <name>Equipo Verde</name>  
         <tiempo>6</tiempo>  
     </equipo>
     <equipo>  
        <name>Equipo Negro</name>  
        <tiempo>10</tiempo>  
    </equipo>  
</chart>

Y por otro lado encontramos el fichero Chart_view.mxml, el cual define a nivel de componente la aplicación en sí, y en él podemos encontrar los dos componentes gráficos que han sido implementados.

Chart_view.mxml

<?xml version="1.0" encoding="utf-8"?>
<mx:Application xmlns:mx="http://www.adobe.com/2006/mxml" layout="absolute" width="435" height="348" 
	backgroundGradientAlphas="[1.0, 1.0]" backgroundGradientColors="[#FFFFFF, #FFFFFF]"
	creationComplete="datos.send()">
 
	<mx:HTTPService url="datos.xml" id="datos" result="handlerResult(event)" resultFormat="e4x" />
 
	<mx:Script>
		<![CDATA[
			import mx.rpc.events.ResultEvent;
 
		 	[Bindable]private var info:XMLList;  
 
	        private function handlerResult(evt:ResultEvent):void{  
 
	             info = evt.result.equipo;  
 
	         }  
 
		]]>
	</mx:Script>
 
	 <mx:ColumnChart dataProvider="{info}" id="testChart" showDataTips="true" width="381" height="177" x="27" y="29">  
        <mx:horizontalAxis>  
             <mx:CategoryAxis dataProvider="{info}" categoryField="name"/>  
        </mx:horizontalAxis>  
        <mx:series>  
             <mx:ColumnSeries xField="name" yField="tiempo" displayName="Puntuacion"/>  
        </mx:series>  
      </mx:ColumnChart>  
	 <mx:Label x="128.5" y="8" text="Datos estadísticos automáticos" fontWeight="bold" color="#000000"/>
	 <mx:Canvas x="18.5" y="214" width="398" height="124" borderStyle="solid" borderColor="#757575">
	 	 <mx:PieChart x="20.35" y="0" id="piechart1" showDataTips="true" dataProvider="{info}" width="148.17627" height="122">
	 	 	 <mx:series>
	 	 	 	 <mx:PieSeries displayName="Series 1" field="tiempo" nameField="name" labelField="name"/>
	 	 	 </mx:series>
	 	 </mx:PieChart>
	 	 <mx:Legend dataProvider="{piechart1}" x="231" y="5"/>
	 </mx:Canvas>
 
</mx:Application>

A continuación se puede ver el resultado de la compilación, el cual muestra la información depositada en el fichero XML de una forma profesional y con un aspecto atractivo y amigable al usuario, como bien anotábamos en los primeros párrafos.

Hay que destacar que los componentes DataVisualization, ofrecen una magnitud enorme de posibilidades de configurar sus parámetros, de tal modo que, por ejemplo podemos determinar los vertices de la gráfica con imágenes personalizadas o valores propios de los datos obtenidos, es decir, ofrece un amplio abanico de posibilidades de personalización que espero poder ofreceros en los siguientes post.

Para terminar, agraceros el tiempo depositado en el blog y espero que os haya servido esta breve explicación. Un saludo.

Pues bien, la clase SharedObject se emplea para leer y almacenar cantidades limitadas de datos en el equipo de un usuario. Los objetos compartidos permiten que se compartan datos en tiempo real entre objetos persistentes en el equipo del usuario. Los objetos compartidos locales son similares a las cookies del navegador.

A continuación se muestran tres usos posibles de los objetos compartidos:

* Un juego que almacena la puntuación máxima de un usuario. El juego puede proporcionar datos personalizados a los usuarios, como el nombre de usuario y la máxima puntuación, sin dedicar espacio de almacenamiento del servidor.

* Una aplicación de listín telefónico que funcione en línea y sin conexión. El listín, como una aplicación de proyector, contendría una caché de datos locales con una lista de nombres y números de teléfono introducidos por el usuario. Cuando hubiera una conexión a Internet disponible, la aplicación recuperaría información actualizada de un servidor. En caso contrario, la aplicación utilizaría los últimos datos guardados en objetos compartidos.

* Preferencias de usuario o datos de control para un sitio Web complejo, como un registro de los artículos que ha leído un usuario en un sitio de noticias. El registro de esta información le permitiría mostrar de forma distinta los artículos que ya ha leído y los que no ha leído. Si se almacena esta información en el equipo del usuario, se reduce la carga del servidor.

Los objetos compartidos locales mantienen la persistencia local. Por ejemplo, puede llamar a SharedObject.getLocal() para crear un objeto compartido que contenga la máxima puntuación obtenida en un juego. Dado que el objeto compartido es persistente localmente, Flash guarda sus atributos de datos en el equipo del usuario cuando se cierra el juego. La próxima vez que se abra el juego, aparecerá la máxima puntuación de la sesión anterior. También se pueden definir las propiedades del objeto compartido como null antes de cerrar el juego. De esta forma, la próxima vez que se ejecute el archivo SWF, el juego se abrirá sin mostrar la puntuación anterior.

Para crear un objeto local compartido, utilice la siguiente sintaxis:

var so:SharedObject = SharedObject.getLocal(“userHighScore”);
so.data.highScore = new Number();
so.flush();

En este ejemplo, el objeto compartido está alineado o copiado en el disco de forma explícita. Cuando se cierra una aplicación, los objetos compartidos se alinean automáticamente; sin embargo, aquí se muestran para demostrar el paso de escribir los datos en un disco.

Consideraciones relativas al espacio del disco local: Los objetos compartidos locales pueden ser muy útiles, pero presentan algunas limitaciones que debe considerar al diseñar su aplicación. En ocasiones es posible que los archivos SWF no puedan escribir objetos compartidos locales y algunas veces los datos almacenados en objetos compartidos locales deben eliminarse sin que el usuario lo advierta. Los usuarios de Flash Player pueden gestionar el espacio de disco disponible para dominios individuales o para todos los dominios. Si los usuarios reducen el espacio en disco disponible, es posible que se eliminen algunos objetos compartidos locales. Los usuarios de Flash Player tienen también controles de confidencialidad para impedir a dominios de terceros (distintos de los de la barra de direcciones del navegador) que lean o escriban objetos compartidos locales.