RIA/OPENLASZLO
Edgar Adolfo Gómez Borboa ID: 999 Ana Guadalupe Pacheco Quintana ID:10619 Isabel Urbina Gálvez ID: 12390 Diseño de Sistemas Interactivos Mtro: Roberto Limón Ulloa
Miércoles 07 de Abril de 2010
Cd. Guaymas, Sonora.
INDICE INTRODUCCION AL TEMA DE LA RIA………………………….3 Rich Internet Applications(Aplicaciones Enriquecidas de Internet) Arquitectura………………………………………………………….3 Cliente Servicios
Aplicaciones…………………………………………………………4 Características claves…………………………………………….4 Accesibilidad Comunicaciones avanzadas Complejidad Consistencia Instalación y mantenimiento Offline Seguridad Rendimiento Riquezas
Beneficios……………………………………………………………5 RIA (Framework)………………………………………………….5 DESARROLLO DEL TEMA SELECCIONADO (OPENLASZLO).6 Historia/Origen……………………………………………………..6 CodeName……………………………………………………………6 Tipo de licencia……………………………………………………..6 Descripción de la tecnología…………………………………6,7 Requerimientos de instalación (SW/HW) Componentes que ofrece Compatibilidad Ambiente de desarrollo
Ventajas…………………………………………………………….8 Desventajas………………………………………………………..8 Conclusiones……………………………………………………….9 Bibliografía………………………………………………………..10
2
INTRODUCCION AL TEMA DE RIA Rich Internet Applications(Aplicaciones Enriquecidas de Internet) Son aplicaciones web que tienen la mayoría de las características de las aplicaciones tradicionales, estas aplicaciones utilizan un “navegador web” estandarizado para ejecutarse y por medio de “plugin” o independientemente una “virtual machine” o “sandbox”, se agregan las características adicionales. Buscan mejorar la experiencia del usuario. Normalmente en las aplicaciones Web, hay una recarga continua de páginas cada vez que el usuario pulsa sobre un enlace. De esta forma se produce un tráfico muy alto entre el cliente y el servidor, llegado muchas veces, a recargar la misma página con un mínimo cambio. En los entornos RIA, en cambio, no se producen recargas de página, ya que desde el principio se carga toda la aplicación, y sólo se produce comunicación con el servidor cuando se necesitan datos externos como datos de una Base de Datos o de otros ficheros externos. Las aplicaciones RIA son un nuevo tipo de aplicaciones con más ventajas que las tradicionales aplicaciones Web. Esta surge como una combinación de las ventajas que ofrecen las aplicaciones Web y las aplicaciones tradicionales. Normalmente en las aplicaciones Web, hay una recarga continúa de páginas cada vez que el usuario pulsa sobre un enlace. De esta forma se produce un tráfico muy alto entre el cliente y el servidor, llegado muchas veces, a recargar la misma página con un mínimo cambio. Otra de las desventajas de las tradicionales aplicaciones Web es la poca capacidad multimedia que posee. Para ver un vídeo es necesario usar un programa externo para su reproducción. Las capacidades multimedia son totales gracias a que estos entornos tienen reproductores internos y no hace falta ningún reproductor del Sistema Operativo del usuario. Hay muchas herramientas para la creación de entornos RIA. Entre estas se puede mencionar las plataformas Adobe Flash, Adobe Flex y Adobe AIR de Adobe, uniPaaS de Magic Software, AJAX, OpenLaszlo, Silverlight de Microsoft, JavaFX Script de Sun Microsystems, Bindows de MB Technologies y Javascript.
Arquitectura: Generalmente se tiene una aplicación cliente “stateful” y una capa de servicios separada. RIA se apoya más sobre un desarrollo “cliente-servidor” en vez de un desarrollo web tradicional, en donde el estado se mantiene en el servidor en sesiones. El cliente sabe acerca de si mismo y el tipo de datos que esta solicitando y únicamente solicita los datos que necesita sin ninguna otra información.
3
Cliente Se maneja la interacción entre el usuario y la “interfaz del usuario”, el usuario invoca comandos, actualiza vistas y carga datos. Aquí se mantiene el estado de la aplicación, se manejan todas las peticiones de datos hacia el servidor y se controla como se presentan los datos. Servicios Aquí se manejan y se procesan todas las peticiones de la aplicación cliente y delega las acciones en el servidor, estas pueden ser guardar datos en la base de datos, actualizar los archivos del sistema, retornar datos al servidor, o algún tipo de proceso analítico. Determina y le da formato a los datos que son retornados al cliente.
Aplicaciones: Consisten en el aprovechamiento de la experiencia del usuario en herramientas y funciones de escritorio tan naturales como copiar, cortar y pegar, redimensionar columnas, y ordenar etc., con el alcance y la flexibilidad de presentación y despliegue que ofrecen las aplicaciones o páginas Web junto con lo mejor de la multimedia (voz, vídeo, etc.). Entre los beneficios principales de aplicaciones RIA tenemos un mejoramiento importante en la experiencia visual, que hacen del uso de la aplicación algo muy sencillo, ofrece mejoras en la conectividad y despliegue instantáneo de la aplicación, agilizando su acceso, garantizan la desvinculación de la capa de presentación es decir acceso a la aplicación desde cualquier computador en cualquier lugar del mundo.
Características clave: Accesibilidad: AJAX en nativo en los “navegadores web” y es el único “RIA framework” que puede ser encontrado por los diferentes motores de búsqueda. Aunque Adobe Flash ha dado grandes pasos en esta dirección Comunicaciones avanzadas: con servidores que soporten nuevas tecnologías se puede mejorar la experiencia del usuario al utilizar protocolos de red optimizados y entradas y salidas asíncronas. Se requiere de una conexión de banda ancha confiable Complejidad: soluciones avanzadas puede ser más difíciles de diseñar, desarrollar, implementar y depurar que las aplicaciones web tradicionales Consistencia: la interfaz de usuario y las experiencias pueden ser controlada por el “OS”, el monitoreo del rendimiento y diagnostico de errores puede ser difícil Instalación y mantenimiento: se requiere de la instalación de “plugin”, “virtual machine” o “sandbox”, que generalmente es más rápida que la instalación de una aplicación tradicional y esta no se puede automatizar. Las actualizaciones son automáticas Offline: puede ser soportada reteniendo el estado en la maquina cliente Seguridad: se mejora la seguridad por medio de actualizaciones automáticas y “sandbox”. Pero las extensiones por si mismas son sujetas a vulnerabilidades Rendimiento: puede ser mejorado dependiendo de la aplicación y de las características de la red. Aplicaciones que pueden procesar localmente en el cliente evitan viajes hacia el servidor lo que incrementa su rendimiento. Dándole más trabajo
4
al cliente también se puede incrementar el rendimiento del servidor. Por el contrario los recursos necesarios hacen difícil que las aplicaciones puedan ejecutarse en dispositivos pequeños, móviles o embebidos Riqueza: añadiendo características que no son nativas en los “navegadores web” como captura de video
Beneficios: • • • • • •
•
No necesitan instalación (solo es necesario mantener actualizado el navegador web). Las actualizaciones hacia nuevas versiones son automáticas. Se pueden utilizar desde cualquier ordenador con una conexión a Internet sin depender del sistema operativo que este utilice. Generalmente es menos probable la infección por virus, que utilizando por ejemplo programas ejecutables. Más capacidad de respuesta, ya que el usuario interactúa directamente con el servidor, sin necesidad de recargar la página. Ofrecen aplicaciones interactivas que no se pueden obtener utilizando solo HTML, incluyendo arrastrar y pegar, cálculos en el lado del cliente sin la necesidad de enviar la información al servidor. Evita la problemática del uso de diferentes navegadores al abstraerse de ellos a través de un framework.
RIA (framework): - Adobe Flash - Adobe AIR - Adobe Flex - AJAX - ICEfaces - Sun JavaFX - Sun Java SE - Microsoft Silverlight - Curl
5
DESARROLLO DEL TEMA SELECCIONADO Historia / origen : OpenLaszlo fue originalmente llamado Laszlo Presentation Server (LPS). El desarrollo del LPS comenzó en el otoño del 2001. Vistas previas de las versiones fueron liberadas para seleccionar socios en el transcurso del 2002, varios de estos fueron usados para desplegar la aplicación Behr paint. El primer lanzamiento general de LPS fue a principios del 2002. En octubre de 2004, Laszlo Systems liberó la totalidad de los códigos fuente del Laszlo Presentation Server bajo la licencia de código abierto GPL, y fue puesto en marcha el proyecto OpenLaszlo. En el 2005, coincidiendo con el lanzamiento de la versión 3.0, el nombre del Laszlo Presentation Server se cambió a OpenLaszlo. Línea de tiempo: • • • • • • • •
2000: Inicio del desarrollo de prototipos 2001: Inicio del desarrollo 2002: Lanzamiento de vistas previas de LPS; Primer despliegue de una aplicación Laszlo (Behr) 2003: Liberado LPS 1.0, 1.1; Aplicaciones desplegadas (Yahoo!, Earthlink) 2004: Liberado LPS 2.0, 2.1, 2.2; LPS libera su código 2005: Liberado OpenLaszlo 3.0, 3.1; LPS cambia su nombre a OpenLaszlo 2006: Liberado OpenLaszlo 3.2, 3.3 2007: Liberado OpenLaszlo 4.0
CodeName: Laszlo Presentation Server Tipo de Licencia: licencia de código abierto GPL(puede vender la aplicación)
Descripción de la tecnología: •
Requerimientos de instalación : SOFTWARE • Entorno JAVA (JRE 1.6) • Lomboz (IDE de Eclipse) • IDE4Laszlo 0.2 (plugin de Eclipse) • OpenLaszlo 3.2 (Server, Explorer) HARDWARE *1 GB en ram ----- 512 mb(tmabien pero decae bastante)
Componentes que ofrece: Las vistas o views Las vistas son el elemento visual básico en OL. Todo lo que es visible en una aplicación Laszlo o es una vista o hereda de ella (recordemos que OL es orientado a objetos). Una vista es un rectángulo, visible o invisible que puede contener dentro otras vistas. Por tanto, algunas de las principales propiedades de las vistas serán su posición x,y respecto a las coordenadas de su padre, y su largo y ancho (width-height).
6
Hay un detalle a tener en cuenta: las propiedades x e y de cualquier objeto son relativas. Fijando la posición (0,0) en la esquina superior izquierda de una vista, cualquier objeto dentro de ella tomará sus coordenadas relativas. Es decir, si tenemos una vista en la posición (30,50) del canvas y añadimos un texto (<text>) en la posición (10,10), en verdad este texto aparecerá en la posición (30+10=40,40+10=60) del canvas.
Layouts Supongamos que tenemos un formulario que queremos mostrar con 30 controles de texto con sus correspondientes etiquetas. Naturalmente nos pasaríamos la mayor parte del tiempo adivinando cuales son las coordenadas correctas (x,y) de cada componente para que la apariencia fuera uniforme. En OL este problema se soluciona mediante los layouts. Existen diversos layouts para ajustar nuestros controles de forma automática y mostrarlos tal como nos gustaría.
SimpleLayout El simplelayout es uno de los mas usados. Al utilizar este layout dentro de una vista, todas las subvistas o componentes se alinearán de acuerdo a sus parámetros axis y spacing. Axis se refiere al eje sobre el que se distribuirán los componentes: x ó y. El atributo spacing le dice al layout qué distancia queremos dejar entre cada componente.
Wrapping Layout El wrapping layout (<wrappinglayout>) hace que los componentes se alineen unos detrás de otro, al igual que el simplelayout, con la particularidad de que cuando se llega a rebasar los bordes de la vista padre, se salta a una nueva fila o columna, dependiendo de si se ha definido en el eje (axis) y ó x.
Otros Layouts Existen otros layouts que pueden resultar extremadamente útiles y que conviene conocer para no reinventar la rueda y perder tiempo codificando componentes que ya existen: •
<reverselayout>
Es exactamente igual al simplelayout excepto porque el orden en el que se muestran los componentes es al contrario, es decir de derecha a izquierda y de abajo a arriba.
7
•
<stableborderlayout>
stableborderlayout solo manipula las tres primeras vistas. Lo que hace es que manipula la altura o anchura (según la propiedad axis) de la segunda vista, de forma que el ancho o alto suma de las tres sea exactamente igual al de la vista padre. •
<constantlayout>
Este layout lo único que hace es desplazar todas las vistas a la posición dada por el layout.
Compatibilidad: Multiplataforma (Windows, Linux, Mac , etc.)
Ambiente de desarrollo: (id open lazslo = Eclipse con el plugins de openlaszlo), y el plugins de openlaszlo es IDE4Laszlo.
Ventajas: En cuanto a usabilidad, proporciona al desarrollador la oportunidad de implementar una aplicación que le sea muy sencilla de usar al usuario sin necesidad de formación y asistencia. - No es necesario la carga completa de una página para hacer un pequeño cambio, se lo hace de manera inmediato y en el área que se desea se haga el cambio.
Prosibles desventajas: Openlaszlo sólo se muestra a través de Flash, por ende, afecta al rendimiento al lado del cliente –si este no cuenta con una conexión banda ancha-, debido a que Flash originalmente fue diseñado para presentar películas o animaciones, pero no fue pensado para realizar cálculos numéricos o manipulaciones de datos. - Lo otro es por el lenguaje a usar “LZX”, debido a que aventurarse a programar en este lenguaje, implica implementar librerías, debido a que existen pocas, en otras palabras las librerías de Openlaszlo está desnuda.
Conclusiones OpenLaszlo es un frameworks, fácil de aprender por su practico lenguaje de etiquetado embebido con java script , es gratuito, y su programación en orientada a objetos, con la cual se pueden hacer aplicaciones , mas estructuradas.
8
CONCLUSIONES Aplicaciones Web Tradicionales este tipo de desarrollo web se basa en la arquitectura cliente-servidor, utilizando un navegador de internet como cliente. Todo el procesamiento se realiza en el servidor y el cliente sólo se utiliza para mostrar el contenido en HTML Las aplicaciones RIA utilizan la tecnología del lado del cliente para ejecutar procesos en la computadora del usuario en vez de hacerlo en el servidor. Esto les permite ejecutar comandos de una manera más rápida y generar una mejor experiencia al usuario. Las aplicaciones RIA son el elemento esencial de lo que hoy se considera Web 2.0.
BIBLOGRAFÍA http://es.wikipedia.org/wiki/Rich_Internet_Applications http://www.openlaszlo.net http://es.wikipedia.org/wiki/OpenLaszlo
9