Ya hemos liberado la primera Beta de WedTool.com, la aplicación web desarrollada sobre Flex que te permite organizar tu boda y crear la web de tu boda

Han sido bastantes meses de desarrollo y por fin podemos publicar este servicio para que el usuario final lo pueda utilizar y comenzar a crear la web de su boda

El próximo 17 de Octubre en el MIF OnSite III tendremos el placer de hacer una charla para contaros todos los detalles tecnológicos de WedTool.com, frameworks utilizados, APIs de terceros, interacción entre Flex y AJAX, SaaS, modelos de negocio en este sentido, etc… y como puede una Start-up desarrollar un servicio de este tipo apoyandose de una tecnología como Flex.

Animaros a venir y nos vemos en el MIF OnSite III!

Como hemos venido anunciando a lo largo de la semana, el día 13 de Noviembre celebraremos MIF ONSITE I en el contexto del European User Group Tour. Un encuentro presencial TOTALMENTE GRATUITO y con pizza de REGALO.

Como contaba Carlos esta vez contaremos con la extraordinaria presencia de Joan Garnet, autor MIF y uno de los activos con más presencia en la comunidad latino-española entorno a Flash y Flex. Íngel Blesa, autor del valioso framework GUASAX y autor de MIF. Mike Chambers y Lee Brimelow, ¡¿Qué decir de ellos que no se sepa y no se haya dicho ya?!

Sin duda una oportunidad para conocer a la gente que ha marcado el ritmo tecnológico alrededor de Internet los últimos años y que sin ningún tipo de duda lo continuará marcando durante los grandes años que nos quedan por delante!

Podéis leer más información sobre el evento y la agenda en:

• Presentación del evento
• Agenda
• European User Group Tour

Si ya te has decidido sólo tienes que rellenar el siguiente formulario para RESERVAR PLAZA. Es MUY IMPORTANTE que lo hagas ya que las plazas son limitadas. Por otro lado y mucho a nuestro pesar, esta vez no va a ser posible retransmitir el evento en directo ni estará disponible en diferido. Si necesitáis un justificante de asistencia no habrá problema. El temario, la compañía y un día en Barcelona lo merecen!

INSCRIPCIONES CERRADAS

Nos vemos en Barcelona!

Ya hacía tiempo que estamos con la web de guasax a medias y por fin hemos podido completar el diseño de Ricardo y hacer pública la web.

En la web de guasax pretendemos centralizar todos los recursos como ejemplos, tutoriales, descargas, últimas noticias, blog, etc..

Desde luego aquí en MIF seguiremos mostrando los casos de uso más interesantes para la comunidad y las noticias más relevantes del framework.

Después de un verano de descanso, retomamos temas pendientes que quedan por desarrollar en el framework , en primer lugar extenderemos la funcionalidad del ServiceLocator para soportar de manera trasparente HTTPServices y WebServices,como ya se manejan los RemoteObject, y sacaremos una funcionalidad de guasax que soporta la creación de componentes en tiempo de ejecución a partir del fichero de configuracion guasax-conf.xml.

Bueno esperamos que os guste la web y estamos abiertos a cualquier comentario o consideración.s2.

Hace unos días publique en el blog de guasax una entrada sobre el ejemplo de Mini Flex Store que vimos aqui en MIF, pero en el que accedemos a la lista de productos a través de un RemoteService en PHP sobre AMFPHP1.9.
En el ejemplo anterior que publicamos aquí la lista de productos se devolvía directamente desde la clase de BussinessObject de producto, simulando que se hacía una llamada al servidor para conseguir los datos. En este ejemplo vamos a ver como se consigue la lista de productos desde un servicio PHP invocado como un RemoteObject, a través de AMFPHP1.9

Como podemos ver en siguiente codigo desde el BussinessObjects de ProductoBO se hace esta llamada a través del ServiceLocator de guasax:

En la llamada al servicio le pasamos el nombre del Servicio, declarado en el fichero Services.mxml, el nombre del método o función a ejecutar, un array con los parámetros a pasar a este método remoto, la función que será llamada si el resultado de la ejecución es Ok y de la que podemos obtener los datos devueltos, la función que se ejecutará si se produce algún error, y por último la instancia en si misma de este objeto (this), para que guasax pueda monitorizar esta petición de datos, como veremos en posteriores ejemplos.

Como podemos ver en el código del Services.mxml, declaramos el servicio que vamos a utilizar y hacemos referencia a una "destination" , de nombre "amfphp". Así mismo indicamos el "source" de este RemoteService para indicar la clase de PHP que atenderá a este servicio. En este caso "miniflexstore.es.guasax.samples.miniflexstore.ServiceManager".

Para configurar el cliente Flex nos falta declarar o definir un fichero , en el caso de esta aplicacion se llama amfphp19-services-config.xml, en el que indicaremos la destination "amfphp" y el channel que va a utilizar , apuntando al gateway php de amfphp que va a recibir las peticiones de ejecución de metodos.

Como podeis ver en la entrada del blog de guasax teneis los enlaces para ver la aplicación online, ver el codigo fuente online también, y descargar el proyecto Flex y el codigo PHP para ejecutar la aplicación en nuestro ordenador.

Espero que es resulte interesante la combinación de Guasax y AMFPHP , y si teneis cualquier duda, aqui estamos para echaros una mano.

Como veíamos en el post anterior, hemos pasado la versión inicial del Flex Store simplificado a una versión bajo el framework de Cairngorm. En este post pasaremos esta misma aplicación a la versión con guasax para poder apreciar mejor los pros y los contras de una u otra solución.

En este ejemplo no hacemos uso de todas las posibilidades que nos aporta el framework, roles de usuario, interceptors, reutilización de componentes, acceso a servicios remotos,acciones delegadas entre componentes, etc... Pero permite apreciar de una manera muy sencilla la forma de lanzar los casos de uso de nuestra aplicación.

Comencemos entonces, a ver esta versión y analizar las posibilidades que nos aporta este framework en el desarrollo de nuestros proyectos.

En primer lugar para los que tengan dudas de como se plantea una programa bajo el framework guasax , recomiendo echar un vistazo a los post del Hola mundo en guasax, y ejemplo Calculadora en guasax, en los que se define la forma de crear un proyecto guasax, y como poner en marcha el mismo.

Para seguir el articulo , podéis ver el ejemplo online pudiendo acceder al código fuente, y descargar el proyecto para importar en Flex Builder aqui.

Fichero principal de la aplicación

En primer lugar vemos como cargamos el fichero de configuración de guasax en el fichero Main.mxml de la aplicación, ejecutamos el método initGuasax en el evento preinitialize="initGuasax()".

Cuando termina de parsear el fichero y cargar el framework , ejecutamos el método inicializaModeloDeDatos, llamando la caso de uso PIDE_PRODUCTOS. Vemos comentadas las lineas de las otros dos versiones del ejemplo.

Creación del fichero guasax-conf.xml

En el fichero guasax-conf.xml definimos los componentes y las acciones de estos, que queremos invocar en nuestra aplicación a través del framework. Una vez definidas estas acciones podremos invocarlas desde cualquier parte de nuestra aplicación.

En este fichero definimos dos componentes, con sus acciones y los métodos de las clases BO (Business Object) que se van a ejecutar cuando invoquemos estas acciones.
Como veremos en posteriores ejemplos podemos incluir mas ficheros de definición de componentes desde este fichero de configuración pudiendo separar en varios ficheros la configuración de los componentes de nuestra aplicación.
Acompañando al fichero de configuración en muy recomendable definirnos un fichero de constantes en las que definir los nombres de los métodos , de los servicios remotos , y de las vistas.

De esta manera a lo largo de nuestro código siempre invocaremos a nuestras acciones de negocio, servicios remotos, recuperaremos las vistas del ViewLocator, a través de constantes, para tener menos dependencia de los nombres (String) que ponemos a los métodos y poder referenciarlos siempre a través de una constante, fácilmente accesible.

De los Command a los business objects

Como hemos visto en el fichero de configuración, para este ejemplo creados dos clases que harán las veces de business objects, concentrando la lógica de nuestra aplicación en la que accederemos y modificaremos el modelo de datos. Estás clases agruparan conceptualmente los métodos relacionados con los Productos y los Pedidos.

A diferencia de las clases comando del ejemplo con Cairngorm , en este caso los métodos de los BO reciben los parámetros directamente en lugar de una clase Event de la que se extraen los atributos que pasamos al método.

Los métodos de estos BO deben estar totalmente desacoplados de la vista sin tener que hacer referencia directamente a ningún elemento del interface de usuario, para poder ser reutilizados sin tener que tener presente una dependencia con dicho interface. De esta manera conseguimos un mayor grado de reutilización en nuestros componentes.

Invocando las acciones desde la vista

Para cada una de los disparos de los eventos que veíamos en el ejemplo con cairngorm tenemos en este caso una invocación a una acción de guasax. En el ejemplo con cairngorm había una serie de acciones que desencadenaban una actualización del interface, en este caso esas acciones se llevan a cabo llamando a través de GuasaxContainer, a un método de la vista.

Como vemos en estos dos ejemplos de llamadas(de la clase FormEnvioDatos.mxml) , tenemos un método en el framework que nos permite ejecutar un método de una vista pasándole el objecto que representa esa vista (previamente lo hemos almacenado con una key en el ViewLocator), el nombre del método, y los parámetros que queremos pasarle como un Array.

En el codigo de arriba recuperamos el objeto vista que previamente hemos metido en el ViewLocator, con el nombre ConstantsApp.PROCESAR_PEDIDO_VIEW, que corresponde en este caso con la vista ProcesarPedido.mxml.
En esta vista tenemos el metodo selectedView, desde el que actualizamos el indice del viewStack.

En el fichero principal Main.mxml , también tenemos un método selectedView en el que dependiendo de que valor pasamos al mismo, llevamos a cabo un efecto u otro, en este caso rotamos el Cubo hacia un sentido u otro.

En nuestras vistas podemos tener todos los métodos de actualización que queramos, con cualquier nombre y con cualquier paso de parámetros. No estamos limitados a un solo método selectedView. Podemos definir métodos concretos que lleven a cabo trabajos concretos sobre las vistas que sean invocados después de finalizar diferentes acciones de los BO, dependiendo de como esas sean llamadas, con redirección a la vista y sin redirección.

Para el resto de acciones del ejemplo que llaman a acciones tenemos invocaciones del tipo , executeAction, como podemos ver en el metodo agregarLineaDePedido() del fichero DetalleProducto.mxml

Por ejemplo, en el código de arriba vemos las tres formas de invocar a la misma acción en cada una de las versiones.

Conclusiones

De una manera muy breve:
- Los Events y Commands en Cairngorm se sustituyen por los métodos de nuestros diferentes componentes de negocio o business objects. Conseguimos con esta agrupación una menor cantidad de clases, Eliminando las clases comando y las clases evento, siendo sustituidas por las clases business objects en las que agrupamos conceptualmente nuestros métodos de negocio

- El FrontController de Cairngorm desaparece en la versión en guasax, en la creamos un fichero de configuración donde definimos los componentes , sus acciones, y modificadores sobre las mismas como interceptors, roles, etc....

- En la versión con guasax , no tienes que extender tus clases de ninguna clase del framework, para que estas desarrollen su trabajo. Es un framework poco intrusivo.

- La actualización del interface no la hacemos a través de unas variables en el modelo, sino que tenemos una método concreto en el framework para llevar a cabo invocaciones a métodos definidos en nuestros ficheros de vista. De esta manera no acoplamos nuestra vista a nuestro Modelo de datos.

- En el momento de ejecutar una acción de tu lógica de negocio, puedes pasar que vista/s quieres que sea notificada(ejecutando un método de la misma) después de ejecutar el método del business object. Este encadenamiento de ejecución de una parte de logica y otra de la vista(a la que llamamos coloquialmente, "redirección a la vista") , no esta definida en tiempo de compilación, sino que se lleva a cabo en tiempo de ejecución, en el momento de invocar el "executeAction", por lo que logica de negocio y vista no esta acoplados en ningún momento.
Nuestras clases de negocio no saben absolutamente nada de las acciones de vista que les van a seguir, estas serán indicadas desde el lugar en el que se lance la acción, en tiempo de ejecución. De esta manera en un determinado momento nos puede interesar que a una acción le acompañe una ejecución de un método en una determinada vista de nuestra interface, pero en otro momento nos puede interesar solamente ejecutar la acción sin redireccionar a un método de la vista seguidamente.

En posteriores post analizaremos más funciones como acceso a servicios remotos, reutilización de componentes, encadenamiento de acciones, funciones delegadas en otros componentes, etc... viendo las posibilidades que nos brinda guasax para solventar estas acciones en nuestros programas.

Enlaces y recursos

- El enlace para descarga del proyecto lista para ser importado en Flex Builder

- El enlace para ver el ejemplo online con la opción de ver codigo fuente activada.

- Fuente para los efectos de distorsión mostrados en el ejemplo

Las 3 versiones del ejemplo Flex Store simplificado

- Sin framework: Articulo 1 version Flex Store simplificado.

- Cairngorm: Articulo 2 version Flex Store simplificado Cairngorm.

- Guasax: Articulo 3 version Flex Store simplificado Guasax.

Después del primer ejemplo de HolaMundo de guasax , vamos a desarrollar un segundo articulo en el que podremos ver un ejemplo, un poquito más elaborado en el que se trabajan otro tipo de llamadas al framework para que ejecute una acción.Veremos como trabajamos con una clase ModelLocator, y como pasamos objetos tipo Value Object a una acción Guasax, y trabajamos con estos.
Al final del articulo podéis encontrar todos los enlaces necesarios para descargaros el código fuente del ejemplo, observar el ejemplo online(con la opción ViewSource habilitada), y la documentación actual de guasax.
Al igual que en el ejemplo anterior , hemos grabado un video tutorial de 5 minutos, que podéis ver online o descargar aqui

Algunos cambios en guasax

En primer lugar comentar que hemos llevado a cabo algunos cambios en guasax, para poder definir varios ficheros xml de configuración por separado, y hemos cambiado la forma de cargar el fichero principal de configuración para que sea aún más sencilla la inicialización del framework. Estos cambios están ya en el repositorio SVN y hemos compilado una nueva librería de guasax , v0.9.2a, para poder descargar aparte del código fuente.

Fichero de configuración de Guasax

En el fichero de configuración para esta aplicación definimos las acciones que queremos invocar. La estructura del fichero XML es esta:

Tenemos un componente calculator, con una sola action, calculate.

Inicio de la aplicación.Cargamos la configuración

La carga de la configuración de la aplicación la hacemos a través de una llamada al metodo init() , a través del evento creationComplete. En este método llamamos al método parseConfFile("./conf/guasax-conf.xml",onLoadComplete); pasando el path al fichero de configuración y una función de callBack que será invocada cuando se termine la carga del fichero de configuración. Desde esta función podremos realizar las primeras llamadas al framework para ejecutar acciones.

En este caso en el función onLoadComplete de nuestro código no tenemos que llevar a cabo ninguna operación.

Ejecutando una operación en la calculadora

Para hacer uso de esta acción hemos preparado diversos escenarios donde la podemos invocar. En primer lugar la llamamos del interface principal.

Con esta llamada ejecutamos la action, calculate, recibimos el VO con los datos de la operación en el BO , llevamos a cabo el calculo y el resultado de la operación lo guardamos en el ModelLocator.

Como en el GUI principal tenemos la variable del modelo bindada con un control en el que mostramos el resultado, este se visualiza inmediatamente en el interface principal.

Reutilizando el BO entre varias vistas de la calculadora

Otra de las formas de invocar a la acción en este ejemplo, es lanzar la operación desde una ventana calculadora , y a su vez que el resultado de la operación se visualice en esta misma ventana. Para ello creamos una ventana calculadora y desde su botón calculateHere, hacemos la siguiente llamada:

En la llamada a la accion , executeActionWithView , vemos que en este caso le pasamos además de la acción a ejecutar, y los parametros, un array de vistas(en este casos this, es decir, la actual), el método a llamar de esa vista, y en caso necesario los parametros de ese metodo en la vista.
Con esta llamada lo que conseguimos es que una vez se ejecute el metodo del BO se llame a ese metodo de esa/s vistas. Es en estos metodos donde podemos continuar con la visualización de los resultados, transiciones, efectos, etc...
En el metodo que vemos mas abajo , recogemos los datos a visualizar del Modelo de nuestra aplicación, actualizamos el interface y lanzamos un efecto.

Como vemos en este ejemplo, un mismo método de un BO lo podemos ejecutar desde varios escenarios de uso. Dependiendo de cómo llamemos a esta action a través del contenedor obtendremos un comportamiento u otro.
Así mismo, vemos que trabajando conjuntamente con el concepto de BO , y ModelLocator como almacenador de nuestros datos de modelo y estado de nuestra aplicación en un momento dado, conseguimos desacoplarnos de la vista, desde la que lanzamos los casos de uso de nuestra aplicación.

Video tutorial con el ejemplo

Como en el ejemplo anterior, hemos creado un video tutorial de 5 minutos , donde mostramos el ejemplo, puedes ver el video online aquí, y lo puedes descargar para ver en tu ordenador aquí.

Enlaces, recursos, y codigo

- Enlace al ejemplo Guasax Calculator online con viewSource

- Descargar el codigo fuente del proyecto aquí , listo para importar en Flex Builder

- Enlace al video tutorial para visualizar online

- Enlace al video tutorial para descargar en zip

- Enlace a googlecode, SVN, wiki, etc...

- Enlace al blog de guasax

Esperamos que os haya resultado interesante, en posteriores ejemplos veremos las funciones que nos aporta guasax para desarrollar aplicaciones que hagan uso de Flex Data Services, crearemos un ejemplo de mantenimiento típico en base de datos de una entidad de nuestro modelo de negocio, y nos queda mucho por explorar de guasax, interceptors, roles, componentes reutilizables, ... un montón de funciones que esperamos os resulten muy interesantes. Un saludo.

Hemos creado un video tutorial sobre el ejemplo del HolaMundo en guasax, que podéis descargar desde aqui y visualizar en vuestro ordenador.

En este enlace lo podeis ver online , pero el ancho de banda es un poco limitado y hay que tener un poquito de paciencia.

Esperamos que os resulte útil para iniciaros con guasax. La idea es ir sacando en video tutorial cada uno de los capítulos que vamos a publicar sobre guasax.

Para cualquier cuestión, no dudéis en comentar.

Despues de la presentación de guasax , vamos a comenzar unas serie de capítulos mostrando las diferenes posibilidades que nos ofrece el framework a la hora de programar aplicaciones Flex/Apollo.

En este primer capitulo de la saga comenzaremos con el ejemplo del HolaMundo. Aunque el ejemplo es trivial, nos permitirá introducir una serie de cuestiones necesarias para preparar cualquiera de nuestros futuros programas en guasax.

Al final del articulo podeis encontrar todos los enlaces necesarios para descargaros el código fuente del ejemplo,
observar el ejemplo online(con la opción viewSource), y la documentación actual de guasax tanto en googlecode, como en el blog.

Preparando el entorno

En cuanto al entorno de programación nos vale tanto FlexBuilder 2.0.1 standalone como Eclipse WTP + Plugin Flex Builder.

Particularmente recomiendo y os animo a que utiliceis la segunda opción. Hace tiempo
publicamos un tutorial para llevar a cabo la instalación de todas las herramientas necesarias. Para posteriores ejemplos y trabajo con FDS nos resultará muy util.

Creando el proyecto

Para seguir este tutorial podemos bajar el codigo fuente del proyecto e importarlo en nuestro entorno de programación. Podeís descargar el proyecto aquí .

Una vez importado el proyecto en nuestro Flex Builder , o al crear un proyecto nuevo, tenemos que tener en cuenta 3 cosas principalmente.

1. Tenemos que cargar la librería GuasaxLibrary.swc en build path de flex.
2. Tenemos que copiar el directorio locale, con el fichero mensajes, al root de nuestro proyecto.
3. Tenemos que actualizar las opciones de compilación para leer el fichero de mensajes del directorio adecuado.

Estos pasos a seguir los hemos
descrito también aquí

Si partimos del codigo de ejemplo del programa HolaMundo que os comento más arriba ya tendremos resultos estas cuestiones, la unica salvedad puede ser actualizar algunas rutas absolutas de directorios que nos coloca FlexBuilder, cuestión que podemos resolver editando las propiedades del proyecto y actualizando el Flex Build path -> Libray path.

El fichero principal de nuestra aplicación

Este ejemplo tenemos un minimo numero de ficheros para llevar a cabo la función del holamundo,
en primer lugar tenemos un fichero MXML principal en el que definiremos el interface necesario para invocar
la operación mediante un botón. Desde la función que maneja el "click" del botón realizaremos la invocación del metodo mediante guasax.
Además en el evento "creationComplete" de la aplicación , iniciaremos el framework cargado el fichero de configuración de nuestros componentes en el contenedor.

Aquí podemos ver el codigo del fichero MXML.

Configurando las acciones en XML

Una vez que sabemos que acciones queremos invocar tenemos que definir las mismas en un fichero XML que agrupe las mismas en componentes. La estructura del fichero XML para este ejemplo es esta:

En este ejemplo solamente tenemos un componente con una acción. En la definición del componente además de darle un identificador, tenemos que proporcionarle el nombre cualificado de la Clase que va a implementar los metodos de las acciones que vamos a invocar.
Dentro del elemento "component" definimos las acciones.
En este ejemplo tenemos una sola acción con un identificador id="sayHello", por el cual será invocada a través del guasax container, y un nombre de metodo method="sayHello" , que identifica el nombre del metodo real que vamos a ejecutar cuando disparemos esta acción.
En este ejemplo se llaman igual pero esto no tiene porque ser así.
Hay una serie de atributos que pueden tener los elementos action y component que trataremos en posteriores ejemplos.

Creando la logica de negocio. Los BO

Como hemos comentado arriba , las acciones se invocan de un determinado componente , representado por una clase que denominamos Bussiness Object, u objeto de negocio, en la que delegamos la logica de nuestra aplicación relacionada con el tratamiento, acceso y trasformación de datos dentro de nuestra aplicación. Igualmente desde este tipo de clases conectaremos con el FDS cuando tengamos que invocar este tipo de servicios.

Para lo cual tambíen tenemos en guasax una clase de utilidad , ServiceLocator, que nos ayudará en este fin.
Como podemos ver en la clase HelloWorldBO , esta es una clase que en Java denominariamos un POJO (Plain Old Java Object), es decir una clase que no recibe la intrusión del framework en forma de implementación de interfaces o extensión de clases, ligándola a un determinado entorno de ejecución o contenedor. Es una clase simple utilizable en cualquier otra parte de nuetro programa/s sin necesidad de estar bajo el control del framework guasax.

En esta clase simplemente definimos un metodo que como podemos ver se llama sayHello(), igual que el nombre que hemos indicado en el fichero de configuración en XML , en el atributo method="sayHello"

Invocando la acción

Para invocar cualquier acción siempre tenemos que pensar que la vamos a llamar a través del framework, que como veremos en posteriores ejemplos, nos ayudará a dotar de más posibilidades a la ejecución de un método de nuestra lógica. Para realizar la llamada de una acción tenemos varios metodos, dependiendo del comportamiento que deseemos en la ejecución.

En este ejemplo, simplemente ejecutamos la acción, pasándole, si fuera necesario, los parametros de entrada que recibe el metodo que se ejecuta para esta acción. Como podemos ver en el método de atención al evento "click" del botón , a través del GuasaxContainer , llamamos al método executeAction, pasándole el identificador (un String) de la acción que queremos ejecutar, y un Array de parametros , en este caso null ya que el método no recibe parametros. Si recibiera parametros , estos se pasarían en el array en el mismo orden en que se reciben los parametros formales del método a ejecutar.

En el caso de que necesitemos recuperar en el mismo lugar de la ejecución el valor que retorna el metodo del BO que estamos ejecutando, recibimos como objeto de retorno de las ejecuciones a los métodos guasax de executeAction un objeto de tipo ResponseActionVO, en el que tenemos un metodo getResult(), del cual podemos extraer el objeto real que devuelve el método que ejecutamos del BO. Un ejemplo de esto podría ser así:

En este ejemplo en la ejecución del metodo, simplemente mostramos un mensaje en forma de Alert.
Desde estos metodos normalmente modificaremos el modelo de nuestra aplicación, invocaremos servicios remotos, o llevaremos a cabo célculos complejos que se realizan en local en nuestra aplicación.

En el siguiente ejemplo veremos

• Introduccion del ModelLocator sobre guasax.
• Como desacoplamos la vista de la logica de negocio.
• Introducción al ViewLocator.Como redireccionar a una determinada vista despues de la ejecución de una accion.

Enlaces, recursos, y codigo

• Enlace al ejemplo HelloWorld online con viewSource
• Descargar el codigo fuente del proyecto aquí , listo para importar en Fles Builder
• Enlace a googlecode, SVN, wiki, etc...
• Enlace al blog de guasax

Esperamos que os haya resultado interesante, en posteriores capitulos profundizaremos en las diferentes funciones que nos aporta guasax para desarrollar nuestra funcionalidad en los proyectos Flex.

A comienzos del año 2004 trabajábamos en una empresa un grupo de amigos (Urko Benito, JJ, y servidor) en un proyecto Java en entorno Swing. En aquel momento vimos que podía ser positivo organizar el código de nuestra aplicación de una manera similar a frameworks como Struts lo hacían para la web. De esta manera nació guasaj.

Durante el verano y el otoño seguimos trabajando en el proyecto dotando de más funcionalidades a guasaj, y decidimos presentar una ponencia en el II Congreso Javahispano, con la suerte de que fue aceptada. Para este congreso (Dic 2004) creamos el documento que quería compartir, ya que en este tocamos muchos de los aspectos que se pueden practicar y analizar en guasax.

Este documento se basa en la versión del framework para Java pero aún así el planteamiento, posicionamiento, y análisis de la problemática del desarrollo del software en torno a ciertos patrones de diseño, creo que pueden resultar interesantes, y centrar la posterior evolución de guasax.

En el siguiente post publicaré un ejemplo paso a paso, describiendo el código, para crear el primer programa guasax.

Enlace al documento

Después de unas cuantas semanas de trabajo ya estamos listos para presentar Guasax.
Guasax es un framework de programación para desarrollar aplicaciones Flex en torno al paradigma / patrón Modelo-Vista-Controlador.

Con guasax intentamos desacoplar las capas de presentación (vista), de datos y lógica de negocio, proponiendo una forma de llevar a cabo la organización de nuestro código Flex en torno a componentes reutilizables, que nos ayuden a simplificar la decisión de "que debemos programar en cada sitio y como lo podemos llamar" para mantener nuestro código identificable e incluso predecible en aras de trabajar varios programadores en un entorno colaborativo.

¿Que aporta guasax?

Conceptualmente guasax aporta en Flex utilidades y funcionalidades similares a lo que Struts 2.0 aporta a la programación web, con lo que los programadores de Struts y frameworks MVC espero les resulte fácil e interesante a la vez. Igualmente tiene similitudes con Cairngorm 2.1 , sobre todo en la problemática que pretende resolver, mas allá de la forma de resolverlo.

¿Donde aprender y profundizar mas?

Para una introducción más detallada hemos preparado esta Presentación

Podéis consultar info, código fuente (SVN) ,ejemplos, wiki y demás recursos en el googlecode de guasax, Guasax es un proyecto totalmente libre con licencia LGPL.

Además hemos creado una web (en producción en breve) y un blog especialmente dedicado al framework en los cuales expondremos las posibilidades del mismo, ejemplos, casos de uso reales, documentación, foros, etc....

En principio tanto los recursos de googlecode como la web en general estarán en inglés, pero desde luego, todo lo que sea documentación escrita, artículos, tutoriales, etc... la sacaremos en castellano también.

¿Que es lo siguiente?

En sucesivas entradas vamos a ir publicando ejemplos de uso , desde los mas simples a más complejos, con uso extensivo de FDS y problemáticas típicas que se plantean en el desarrollo de una aplicación y como guasax las aborda.

Esperamos que os resulte de utilidad y estaremos encantados de recibir vuestro feedback