|
|
| Línea 228: |
Línea 228: |
| | *Identifica en un bloque cada uno de los elementos (CLIENTE, SERVIDOR o MEDIOS) o programas necesarios (programa navegador, protocolo http en cliente, servidor dns, interprete de javaScript, ...) | | *Identifica en un bloque cada uno de los elementos (CLIENTE, SERVIDOR o MEDIOS) o programas necesarios (programa navegador, protocolo http en cliente, servidor dns, interprete de javaScript, ...) |
| | }} | | }} |
| − | ==Páginas web estáticas Vs Web dinámicas==
| |
| − | *Podemos comparar como acceder a una web es como ir a comer a un restaurante
| |
| − | **Puedes tomar el plato del día (Accedes al restaurante y te sirven lo que hay sin que puedas elegir)
| |
| − | **Puedes elegir entre una serio de platos
| |
| − | **Puedes confeccionar tu menú exactamente a tu gusto
| |
| − | *Igualmente en un sitio web la página puede ser igual para cualquiera que acceda, o puede adaptarse a ti en concreto
| |
| − | *Cuando hablamos de página web dinámicas debemos diferenciar entre
| |
| − |
| |
| − | #Aquellas que incluyen código que ejecuta el navegador. En estas páginas el código ejecutable, normalmente en lenguaje JavaScript, se incluye dentro del HTML (o XHTML) y se descarga junto con la página. Cuando el navegador muestra la página en pantalla, ejecuta el código que la acompaña. Este código puede incorporar múltiples funcionalidades que pueden ir desde mostrar animaciones hasta cambiar totalmente la apariencia y el contenido de la página. En este módulo no vamos a ver JavaScript, salvo cuando éste se relaciona con la programación web del lado del servidor.
| |
| − | #Como ya sabes, hay muchas páginas en Internet que no tienen extensión .htm, .html o .xhtml. Muchas de estas páginas tienen extensiones como .php, .asp, .jsp, .cgi o .aspx. En éstas, el contenido que se descarga al navegador es similar al de una página web estática: HTML (o XHTML). Lo que cambia es la forma en que se obtiene ese contenido. Al contrario de lo que vimos hasta ahora, esas páginas no están almacenadas en el servidor; más concretamente, el contenido que se almacena no es el mismo que después se envía al navegador. El HTML de estas páginas se forma como resultado de la ejecución de un programa, y esa ejecución tiene lugar en el servidor web (aunque no necesariamente por ese mismo servidor).
| |
| − |
| |
| − |
| |
| − |
| |
| − | }}
| |
| − | ==Aplicaciones Web==
| |
| − |
| |
| − | *Las aplicaciones web emplean páginas web dinámicas para crear aplicaciones que se ejecuten en un servidor web y se muestren en un navegador.
| |
| − | *Una Aplicación Web, aunque funcionalmente puede hacer lo mismo que una aplicación de escritorio, presenta ciertas ventajas e inconvenientes si las comparas con las aplicaciones tradicionales que se ejecutan sobre el sistema operativo de la propia máquina.
| |
| − | ;Ventajas de las aplicaciones web:
| |
| − | #No es necesario instalarlas en aquellos equipos en que se vayan a utilizar. Se instalan y se ejecutan solamente en un equipo, en el servidor, y esto es suficiente para que se puedan utilizar de forma simultánea desde muchos equipos.
| |
| − | #Como solo se encuentran instaladas en un equipo, es muy sencillo gestionarlas (hacer copias de seguridad de sus datos, corregir errores, actualizarlas).
| |
| − | #Se pueden utilizar en todos aquellos sistemas que dispongan de un navegador web, independientemente de sus características (no es necesario un equipo potente) o de su sistema operativo.(Independiente del hardware).
| |
| − | #Se pueden utilizar desde cualquier lugar en el que dispongamos de conexión con el servidor. Como dispositivos móviles.
| |
| − | ;Inconvenientes de las aplicaciones web:
| |
| − | #El interface de usuario de las aplicaciones web es la página que se muestra en el navegador. Esto restringe las características del interface a aquellas de una página web.
| |
| − | #Dependemos de una conexión con el servidor para poder utilizarlas. Si nos falla la conexión, no podremos acceder a la aplicación web.
| |
| − | #La información que se muestra en el navegador debe transmitirse desde el servidor. Esto hace que cierto tipo de aplicaciones no sean adecuadas para su implementación como aplicación web (por ejemplo, las aplicaciones que manejan contenido multimedia, como las de edición de vídeo).
| |
| − | #Al viajar la información por la red, existe un problema extra de seguridad.
| |
| − |
| |
| − | Para generar aplicaciones web, existen herramientas llamadas gestores de contenidos como Drupal, Joomla, Wrodpress y otras muchas. En ellas siempre vemos dos partes bien diferenciadas:
| |
| − |
| |
| − | #Una parte externa o front-end, que es el conjunto de páginas que ven la gran mayoría de usuarios que las usan (usuarios externos).
| |
| − | #Una parte interna o back-end, que es otro conjunto de páginas dinámicas que utilizan las personas que producen el contenido y las que administran la aplicación web (usuarios internos) para crear contenido, organizarlo, decidir la apariencia externa, etc.
| |
| − |
| |
| − | *Una aplicación web normalmente se divide en dos partes, un front-end, que es la parte pública que ven los usuarios externos; un back-end, que es la parte privada que usan los administradores de la aplicación.
| |
| − | ===Programación en el servidor y en cliente===
| |
| − | *Ya hemos dejado hablado un poco de estas dos tecnologías
| |
| − | ;El cliente se ejecuta en el navegador
| |
| − | *El código a ejecutar viene embido en forma de script en la página que el servidor nos entrega
| |
| − | *Este script en principio no puede directamente acceder a los datos que tengamos en el servidor
| |
| − | *Todas las cosas que ejecuta aquí no tienen que viajar
| |
| − | {{Pregunta|Si quiero verificar que la contraseña introducida en una página web tenga una longitud mínima, ¿dónde sería preferible que se ejecutara el código de comprobación? }}
| |
| − | ;El servidor ejecuta código y genera páginas html que entrega al cliente
| |
| − | *El cliente nunca ve este código
| |
| − | *El servidor accede (si es necesario) a la información que tenemos en la base de datos
| |
| − | *El servidor responde a una solicitud del cliente y le entrega una página html
| |
| − | *No se puede pensar que el cliente necesita un dato y se lo pide al servidor y este se lo entrega, lo que entrega es una págian html. Esto debe quedar muy claro
| |
| − | {{Puntos clave| El servidor ante una solicitud del cliente entrega una página html}}
| |
| − | ;AJAX Al rescate
| |
| − | {{Pregunta|
| |
| − | #¿Qué pasa cuando el cliente solo quiere un dato del servidor para actualziar la página que actual?
| |
| − | #¿y si en un momento dado, sólo pretendemos almacenar algo y qudarnos como estamos?
| |
| − | }}
| |
| − | *Desde hace unos años existe una técnica de desarrollo web conocida como AJAX, que nos posibilita realizar programas en los que el código JavaScript que se ejecuta en el navegador pueda comunicarse con un servidor de Internet para obtener información con la que, por ejemplo, modificar la página web actual.
| |
| − |
| |
| − | {{Punto clave| '''''Ajax''''' permite sin salir de una página permite modificar su contenido en base a la información que se almacena en un servidor de Internet}}
| |
| − |
| |
| − |
| |
| − |
| |
| − | ==Ejemplo de uso del comando curl==
| |
| − | *
| |
| − | ==Arquitectura Web==
| |
| − | ==Tecnologías y arquitectura web ==
| |
| − |
| |
| − | 2.- Tecnologías para programación web del lado del servidor.
| |
| − | Icono de iDevice Caso práctico
| |
| − | Imagen de un grupo de trabajo.
| |
| − |
| |
| − |
| |
| − | *Cuando programas una aplicación, utilizas un lenguaje de programación. Por ejemplo, utilizas el lenguaje Java para crear aplicaciones que se ejecuten en distintos sistemas operativos. Al programar cada aplicación utilizas ciertas herramientas como un entorno de desarrollo o librerías de código. Además, una vez acabado su desarrollo, esa aplicación necesitará ciertos componentes para su ejecución, como por ejemplo una máquina virtual de Java.
| |
| − | *Es importante ser consciente de ello para tener la capacidad de poder tomar una decisión en un momento determinado antes de empezar a desarrollar una aplicación.
| |
| − |
| |
| − | Los componentes principales para ejecutar una aplicaciones web en un servidor son los siguientes:
| |
| − |
| |
| − | '''''Un servidor web''''' para recibir las peticiones de los clientes web (normalmente navegadores) y enviarles la página que solicitan (una vez generada puesto que hablamos de páginas web dinámicas). El servidor web debe conocer el procedimiento a seguir para generar la página web: qué módulo se encargará de la ejecución del código y cómo se debe comunicar con él.
| |
| − | '''''El módulo encargado de ejecutar el código o programa''''' y generar la página web resultante. Este módulo debe integrarse de alguna forma con el servidor web, y dependerá del lenguaje y tecnología que utilicemos para programar la aplicación web.
| |
| − | '''''Un gestor de base de datos''''', será un servidor. Este módulo no es estrictamente necesario pero en la práctica se util#iza en todas las aplicaciones web que utilizan grandes cantidades de datos para almacenarlos.
| |
| − | '''''El lenguaje de programación''''' que utilizarás para desarrollar las aplicaciones.
| |
| − |
| |
| − | ; La arquitectura de la aplicación:
| |
| − | *Además de los componentes a utilizar, también es importante decidir cómo vas a organizar el código de la aplicación.Esto se conoce como la arquitectura de la aplicación web. Muchas de las arquitecturas que se usan en la programación de aplicaciones web te ayudan a estructurar el código de las aplicaciones en capas o niveles.
| |
| − | El motivo de dividir en capas el diseño de una aplicación es que se puedan separar las funciones lógicas de la misma, de tal forma que sea posible ejecutar cada una en un servidor distinto (en caso de que sea necesario).
| |
| − | *Un servidor de aplicaciones web en realidad puede estar formado por varios servidores físicos; cada servidor se puede encargar de ejecutar una parte de la aplicación. De esta forma, y aunque externamente se vean como un único servidor, internamente se puede dividir la funcionalidad de una aplicación web en:
| |
| − | #capa de acceso a datos: que se tendrá que encargar de almacenar la información de la aplicación en una base de datos y recuperarla cuando sea necesario.
| |
| − | #capa intermedia : donde deberás programar la funcionalidad de tu aplicación.
| |
| − | #capa cliente: que es donde programarás todo lo relacionado con el interface de usuario, esto es, la parte visible de la aplicación con la que interactuará el usuario.
| |
| − |
| |
| − |
| |
| − |
| |
| − |
| |
| − | ==Programación Web con Java==
| |
| − | *Dibujo de una taza de café humeante sobre las letras Java.
| |
| − | Java es el lenguaje de programación más utilizado hoy en día. Es un lenguaje orientado a objetos, basado en la sintaxis de C y C++ y eliminando algunas características de éstos que daban lugar a errores de programación, como los punteros. Todo el código que escribas en Java debe pertenecer a una clase.
| |
| − | *El código fuente se escribe en archivos con extensión .java. El compilador genera por cada clase un archivo .class. Para ejecutar una aplicación programada en Java necesitamos tener instalado un entorno de ejecución (JRE). Para crear aplicaciones en Java necesitamos el kit de desarrollo de Java (JDK), que incluye el compilador.
| |
| − | *Como ya viste, existen básicamente dos tecnologías que te permiten programar páginas web dinámicas utilizando Java EE: servlets (clases Java compiladas que contienen instrucciones de salida para generar las etiquetas HTML de las páginas) y JSP (páginas web que contienen instrucciones para añadir contenido de forma dinámica).
| |
| − | Aunque no es así en todos los casos, la mayoría de implementaciones disponibles para JSP compilan cada página y generan un servlet a partir de la misma la primera vez que se va a ejecutar. Este servlet se almacena para ser usado en futuras peticiones.
| |
| − |
| |
| − | Por ejemplo, si quieres calcular la suma de dos números y enviar el resultado al navegador, lo podríamos realizar con una página JSP, incluyendo el código en Java dentro de las etiquetas HTML utilizando los delimitadores <% y %> de la siguiente manera:
| |
| − |
| |
| − | Página JSP que contiene etiquetas HTML y una línea de código Java que muestra el resultado de efectuar una suma.
| |
| − |
| |
| − | O también utilizando el método println dentro de un servlet como el siguiente, que obtiene los valores a sumar de otra página:
| |
| − |
| |
| − | Código de un servlet que se encarga de sumar dos parámetros y mostrar el resultado obtenido.
| |
| − |
| |
| − | No hay nada que se pueda hacer con JSP que no pueda hacerse también con servlets. De hecho, como ya viste, las primeras se suelen convertir en servlets para ser ejecutadas.
| |
| − |
| |
| − | El problema de utilizar servlets directamente es que, aunque son muy eficientes, son muy tediosos de programar puesto que hay que generar la salida en código HTML con gran cantidad de funciones como println. Este problema se resuelve fácilmente utilizando JSP, puesto que aprovecha la eficiencia del código Java, para generar el contenido dinámico, y la lógica de presentación se realiza con HTML normal.
| |
| − |
| |
| − | De esta forma estas dos tecnologías se suelen combinar para crear aplicaciones web. Los servlets se encargan de procesar la información y obtener resultados, y las páginas JSP se encargan del interface, incluyendo los resultados obtenidos por los servlets dentro de una página web.
| |
| − |
| |
| − |
| |
| − |
| |
| − | *
| |
| − | </div>
| |
| − | <!--6-->
| |
| − | <div class="slide">
| |
| − |
| |
| − |
| |
| − | {{Recursos de la Web|
| |
| − | *Qué es una aplicación web en [http://es.wikipedia.org/wiki/Aplicaci%C3%B3n_web wikipedia]
| |
| − | *Qué es un desarrollo web en http://es.wikipedia.org/wiki/Desarrollo_web wikipedia]
| |
| − | *Ques es una URL vs diferencia con http://www.hispamedios.com/articles/id34-url-y-uri URI]
| |
| − | }}
| |
| − |
| |
| | |} | | |} |
