Aplicaciones RIA web1.0, web2.0 y html5

1,457 views
1,292 views

Published on

0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total views
1,457
On SlideShare
0
From Embeds
0
Number of Embeds
5
Actions
Shares
0
Downloads
15
Comments
0
Likes
0
Embeds 0
No embeds

No notes for slide

Aplicaciones RIA web1.0, web2.0 y html5

  1. 1. Tecnologías de la Información y Comunicación. Área Sistemas Informáticos Trabajo: “Investigación Aplicaciones R.I.A.” Materia: Desarrollo de Aplicaciones III PRESENTA: Abraham Gerardo Flores Guevara Fecha de entrega: 13/01/2012
  2. 2. Índice de ContenidoIntroducción. ............................................................................................................................................................... 3¿Cuál es la diferencia entre las aplicaciones tradicionales y aplicaciones R.I.A.?............................... 3¿Qué es un Cliente Ligero? .................................................................................................................................... 3Características de los clientes ligeros: ............................................................................................................... 4¿Qué caracteriza a las aplicaciones R.I.A.? ....................................................................................................... 5¿Qué caracteriza a la web 1.0? ............................................................................................................................ 6¿Qué caracteriza a la web 2.0? ............................................................................................................................. 7Sintaxis de XML.......................................................................................................................................................... 7Sintaxis de HTML ....................................................................................................................................................... 8Sintaxis de CSS ........................................................................................................................................................... 9Estructura de aplicaciones desarrolladas bajo el modelo de objeto de documentos (DOM) ...... 9¿Qué es XMLHttpRequest, y cómo se usa? ................................................................................................... 13Webliografía:............................................................................................................................................................. 15 2
  3. 3. Introducción. La web evidentemente no ha sido siempre como hoy la conocemos sino que ha idoevolucionando para adaptarse a las necesidades de nosotros y también para mejorar y llegara un mayor número de personas haciéndola más accesible, es por eso que en la presenteinvestigación aborda una comparación de la web 1.0 y 2.0 además se abordan estructuras enlenguajes que tienen que ver en la programación de sitios web que son necesarios conocerpara comprender la telaraña mundial.¿Cuál es la diferencia entre las aplicaciones tradicionales y aplicacionesR.I.A.? Las aplicaciones habituales necesitan recargar la página cuando queremos realizartareas que son simples o que requieren un cambio mínimo. Esta lentitud suele atormentarnosy hace que echemos de menos la agilidad que nos ofrecen otro tipo de aplicaciones que yaconocemos, como las instaladas en el propio PC o las aplicaciones cliente-servidor. A diferencia de las aplicaciones web habituales, las RIA (Rich Internet Applications)enriquecen la experiencia del usuario a través de interfaces propias de aplicaciones deescritorio, que suelen ser más interactivas y con mayores capacidades gráficas y multimedia.Éste es el caso de Gmail, la aplicación de Google para la gestión del correo electrónico, quetiene un interfaz web que permite al usuario efectuar acciones sobre su correo igual que siestuviera utilizando un programa cliente instalado en su propio equipo.¿Qué es un Cliente Ligero?Un cliente ligero es un dispositivo de escritorio, que permite a cada usuario disponer de unentorno informático en su puesto de trabajo. 3
  4. 4. Un Cliente Ligero (Thin client) es un ordenador (cliente) conectado a una red cliente-servidorque tiene muy poca o ninguna lógica del programa, por lo que depende principalmente delservidor central para las tareas de procesamiento. Este servidor es el encargado dedistribuirlos escritorios virtuales entre todos los clientes conectados.Características de los clientes ligeros:Mayor seguridadSistemas a prueba de virusROM -> el usuario puede modificar la estabilidad del S.O.Fácil administraciónSistemas sin ventiladorSin ruidoConsumo pequeño de energíaAlta disponibilidad del sistemaTiempo de boot muy rápido y de alta estabilidadComputación libre de erroresLlamadas a soporte cercanas a 0Significativa reducción del TCOServicio, mantenimiento, energía y coste de soporte se reducen drásticamente.Despliegue automatizado y centralizado con aplicaciones predefinidas. 4
  5. 5. EconómicoAl no procesar datos no requiere de un equipo complejo.Permite el aprovechamiento al máximo de los recursos del equipo servidor.¿Qué caracteriza a las aplicaciones R.I.A.? Accesibilidad: AJAX en nativo en los navegadores web y es el único RIA frameworkque puede ser encontrado por los diferentes motores de búsqueda. Aunque Adobe Flash hadado grandes pasos en esta dirección. Comunicaciones avanzadas: con servidores que soporten nuevas tecnologías sepuede mejorar la experiencia del usuario al utilizar protocolos de red optimizados y entradasy 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 elsistema operativo, el monitoreo del rendimiento y diagnóstico de errores puede ser difícil. Instalación y mantenimiento: se requiere de la instalación de un plugin o unamáquina virtual o sandbox, que generalmente es más rápida que la instalación de unaaplicación tradicional y esta no se puede automatizar. Las actualizaciones son automáticas. 5
  6. 6. Offline: puede ser usada sin conexión a Internet, reteniendo el estado en la máquinacliente. Seguridad: se mejora la seguridad por medio de actualizaciones automáticas ysandbox. Pero las extensiones por sí mismas son sujetas a vulnerabilidades. Rendimiento: puede ser mejorado dependiendo de la aplicación y de lascaracterísticas de la red. Aplicaciones que pueden procesar localmente en el cliente evitanviajes hacia el servidor lo que incrementa su rendimiento. Dándole más trabajo al clientetambién se puede incrementar el rendimiento del servidor. Por el contrario los recursosnecesarios 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 comocaptura de video¿Qué caracteriza a la web 1.0?  Pocos productores de contenidos.  Muchos lectores de contenidos.  Páginas estáticas.  La actualización de los sitios web no se realizaban de forma periódica.  Sitios direccionales y no colaborativos.  Los usuarios son lectores consumidores.  Interacción mínima reducida a consumidores.  Interacción mínima reducida a formularios de contacto, inscripción, boletines, etc.  Discurso linear: emisor-receptor. 6
  7. 7. ¿Qué caracteriza a la web 2.0?  Los usuarios se transforman en productores de contenido.  Web colaborativa.  Posibilidad de publicar las informaciones y realizar cambios en los datos sin necesidad de conocimientos tecnológicos avanzados.  Facilita las interacciones.  Facilita la publicación, la investigación y la consulta de contenidos web.  Información en permanente cambio.  Software gratuitos de muy bajo costoSintaxis de XML El lenguaje estándar XML especifica unas normas básicas a nivel de sintaxis, a cumplirpor todos aquellos documentos con intención de denominarse XML. Las característicasbásicas exigidas son: Información de la versión XML (obligatoria): la versión más utilizada es 1.0, aunqueya está disponible la versión 1.1 de XML. Codificación de caracteres utilizada (opcional): hace referencia al modo en que serepresentan internamente los caracteres, normalmente UTF-8 o UTF-16. Declaración independiente (opcional): indica al procesador XML si un documento esindependiente (standalone=”yes”) o se basa en información de fuentes externas, es decir, sidepende de declaraciones de marca externas como una DTD externa (standalone=”no”), estaes la opción por defecto. Ejemplo: 7
  8. 8. <?xml version="1.0"?> <nota> <remitente>Miguel</remitente> <destinatario>Jorge</destinatario> <titulo>Recordatorio</titulo> <mensaje>Recógeme este fin de semana</mensaje> </nota>Sintaxis de HTML Todos los documentos HTML tienen la estructura que se muestra a continuación,aunque la etiqueta <body> puede ser sustituida por <frameset> para un tipo de páginas quedividen la ventana del navegador en varios cuadros (frames). <HTML> <HEAD> <TITLE>Título de la página</TITLE> ... </HEAD> <BODY> Aquí iría el contenido de la página </BODY> </HTML> 8
  9. 9. Sintaxis de CSS La sintaxis es muy simple, consiste en escribir el nombre de la etiqueta html quequeremos aplicarle un estilo o bien el nombre de la capa o bloque seguido de una llave “{” yluego los estilos que queremos aplicar, una vez que tenemos todo el código listo, cerramos lallave con “}”, si por ejemplo queremos cambiar el tamaño de fuente de toda la página web, leaplicaríamos el estilo a la etiqueta <body>, quedaría de esta forma: body{ font-size:16px; } Cuando queremos aplicar estilos a un bloque que creamos nosotros, antes del nombretenemos que insertar un “#”, imaginemos que creamos un bloque (capa) llamado “cabecera”donde queremos asignarle un tamaño de 780px de ancho, lo hacemos así: #cabecera{ width:780px; }Estructura de aplicaciones desarrolladas bajo el modelo de objeto dedocumentos (DOM) La clase Modelo de objetos de documento XML (DOM) es una representación en lamemoria de un documento XML. DOM permite leer, manipular y modificar un documentoXML mediante programación. La clase XmlReader también lee XML, aunque proporcionaacceso de sólo avance y de sólo lectura sin almacenamiento en memoria caché. Esto significaque no hay funciones para editar los valores de un atributo o contenido de un elemento, ni la 9
  10. 10. posibilidad de agregar y quitar nodos con XmlReader. La edición es la función principal deDOM. Es la forma común y estructurada mediante la que se representan datos XML en lamemoria, aunque los datos XML reales se almacenan de forma lineal cuando se encuentranen un archivo o proceden de otro objeto. A continuación se muestran datos XML: Entrada <?xml version="1.0"?> <books> <book> <author>Carson</author> <price format="dollar">31.95</price> <pubdate>05/01/2001</pubdate> </book> <pubinfo> <publisher>MSPress</publisher> <state>WA</state> </pubinfo> </books> En la ilustración siguiente se muestra cómo se estructura la memoria cuando se leenestos datos XML en la estructura DOM. 10
  11. 11. Estructura de documentos XML Dentro de la estructura de los documentos XML, cada círculo de esta ilustraciónrepresenta un nodo, que se denomina objeto XmlNode. El objeto XmlNode es el objetobásico del árbol de DOM. La clase XmlDocument, que extiende la clase XmlNode, admitemétodos para realizar operaciones en el documento en conjunto, (por ejemplo, cargarlo en lamemoria o guardar el código XML en un archivo. Además, la clase XmlDocument proporcionaun medio para ver y manipular los nodos de todo el documento XML. Las clases XmlNode yXmlDocument han mejorado el rendimiento y la capacidad de uso y disponen de métodos ypropiedades para realizar lo siguiente: Obtener acceso y modificar nodos específicos de DOM, como nodos de elemento, dereferencia de entidad, etc. 11
  12. 12. Recuperar nodos completos, además de la información que contiene el nodo, como eltexto de un nodo de elemento. Nota Si una aplicación no requiere la estructura o las funciones de edición proporcionadaspor DOM, las clases XmlReader y XmlWriter proporcionan acceso a secuencias de XML de sóloavance sin almacenamiento en caché. Para obtener más información, consulte Leerfragmentos de XML con XmlReader y Escribir XML con XmlWriter. Los objetos Node tienen un conjunto de métodos y propiedades, así comocaracterísticas básicas y bien definidas. Algunas de estas características son: Un nodo tiene un único nodo primario, que se encuentra directamente encima de él.Los únicos nodos que no tienen un nodo primario son la raíz del documento, puesto que éstees el nodo de nivel superior y contiene el propio documento y fragmentos de documento. La mayor parte de los nodos pueden tener varios nodos secundarios, que son los queestán situados inmediatamente debajo de ellos. A continuación se muestra una lista de tiposde nodo que pueden tener nodos secundarios. Documento DocumentFragment EntityReference Elemento Attribute Los nodos XmlDeclaration, Notation, Entity, CDATASection, Text, Comment,ProcessingInstruction y DocumentType no tienen nodos secundarios. 12
  13. 13. ¿Qué es XMLHttpRequest, y cómo se usa? XMLHttpRequest (XHR), también referida como XMLHTTP (Extensible MarkupLanguage / Hypertext Transfer Protocol), es una interfaz empleada para realizar peticionesHTTP y HTTPS a servidores Web. Para los datos transferidos se usa cualquier codificaciónbasada en texto, incluyendo: texto plano, XML, JSON, HTML y codificaciones particularesespecíficas. La interfaz se presenta como una clase de la que una aplicación cliente puedegenerar tantas instancias como necesite para manejar el diálogo con el servidor. El uso más popular, si bien no el único, de esta interfaz es proporcionar contenidodinámico y actualizaciones asíncronas en páginas WEB mediante tecnologías construidassobre ella como por ejemplo AJAX. La interfaz se presenta encapsulada en una clase. Para utilizarlo, la aplicación clientedebe crear una nueva instancia mediante el constructor adecuado. Es posible realizarpeticiones síncronas y asíncronas al servidor; en una llamada asíncrona el flujo de proceso nose detiene a esperar la respuesta como se haría en una llamada síncrona, si no que se defineuna función que se ejecutará cuando se complete la petición: un manejador de evento. XMLHttpRequest es una interfaz para realizar llamadas mediante HTTP, por lo que esrecomendable un buen conocimiento de este protocolo. Es importante el manejo correcto dela cache en el servidor HTTP, en los proxy cache intermedios y en el navegador WEB. Otro elemento importante es el manejo de juegos de caracteres, la codificación ydecodificación de texto y su identificación mediante cabeceras HTTP y MIME. El estándarXMLHttpRequest recomienda UTF-8 para la codificación de cadenas de texto. La codificación 13
  14. 14. particular de los datos transmitidos se determina según el siguiente algoritmo, utilizando laprimera opción que corresponda. Si los datos transmitidos son XML o HTML, y así se identifica mediante lacorrespondiente cabecera Content-Type de HTTP, la codificación se detectará basándose enlas reglas estándar de XML o HTML según corresponda. Si la cabecera HTTP especifica un tipo MIME mediante Content-Type e identifica uncharset se utiliza dicho charset. Si los datos enviados especifican un BOM válido, se utilizará la variante UTFdeterminada por dicho BOM. Utilizar UTF-8. Es importante tener esto en cuenta en entornos dónde se mezclen variascodificaciones, por ejemplo, pueden producirse errores de visualización de caracteres alincorporar funcionalidad AJAX a una página WEB codificada con ISO 8859-1. 14
  15. 15. Webliografía: http://alejandrosambuelli.blogspot.com/ http://www.ibermatica.com/ibermatica/eventos/2009/mtRIA http://es.wikipedia.org/wiki/Rich_Internet_Applications#Caracter.C3.ADsticas_clave http://itzamna.bnct.ipn.mx:8080/dspace/bitstream/123456789/4000/1/IMPLEMENTACIONCLIENTES.pdf http://es.wikipedia.org/wiki/XMLHttpRequest#Implementaci.C3.B3n_y_uso_de_la_interfaz http://msdn.microsoft.com/es-es/library/hf9hbf87(v=vs.80).aspx http://html.conclase.net/w3c/dom1-es/introduction.html 15

×