Diferencia entre revisiones de «Usuario:ManuelRomero/DAW/Arquitectura»
De WikiEducator
(Página creada con '{{TEP}} {{Usuario:ManuelRomero/DAW/despliegueWeb/arquitectura/Web/General}} <br/>') |
|||
| Línea 2: | Línea 2: | ||
{{Usuario:ManuelRomero/DAW/despliegueWeb/arquitectura/Web/General}} | {{Usuario:ManuelRomero/DAW/despliegueWeb/arquitectura/Web/General}} | ||
<br/> | <br/> | ||
| + | |||
| + | |||
| + | <!-- | ||
| + | |||
| + | ==Arquitectura web== | ||
| + | *Un sitio web comprende: | ||
| + | # los sistemas de organización y estructuración de los contenidos junto | ||
| + | # los sistemas de recuperación de información y navegación | ||
| + | Ambos componentes persiguen el objetivo de servir de ayuda a los usuarios | ||
| + | a encontrar y manejar la información. | ||
| + | |||
| + | ==Capas en una aplicación web== | ||
| + | #Capa de presentación | ||
| + | es la encargada de la navegabilidad, validación de los datos de entrada, | ||
| + | formateo de los datos de salida, presentación de la web, etc.; se trata de la capa que se presenta | ||
| + | al usuario. | ||
| + | # Capa de negocio | ||
| + | es la que recibe las peticiones del usuario y desde donde se le envían las | ||
| + | respuestas; en esta capa se verifican que las reglas establecidas se cumplen. | ||
| + | # Capa de acceso a datos es la formada por determinados gestores de datos que se encargan de almacenar, estructurar y recuperar los datos solicitados por la capa de negocio. | ||
| + | ===La evolución=== | ||
| + | La evolución experimentada por los medios informáticos en los últimos años ha convivido con otra evolución paralela, la evolución de la arquitectura de las aplicaciones web, que permite aprovechar las nuevas características que éstas ofrecen. De esta forma, el modelo arquitectónico de las aplicaciones de Internet ha sufrido dos grandes saltos, con algún paso intermedio, desde la aparición de los primeros portales web. | ||
| + | ===Modelos de aplicaciones web=== | ||
| + | #Modelo 1 | ||
| + | En este caso las aplicaciones se diseñan en un modelo web CGI, basadas en la ejecución de procesos externos al servidor web, cuya salida por pantalla era el HTML que el navegador recibía en respuesta a su petición. Presentación, negocio y acceso a datos se confundían en un mismo script perl. | ||
| + | #Modelo 1.5 | ||
| + | Aplicado a la tecnología java, se da con la aparición de las JSP y los servlets. En este modelo, las responsabilidades de presentación recaen en las páginas JSP, mientras que los beans incrustados en las mismas son los responsables del modelo de negocio y acceso a datos. | ||
| + | #Modelo 2 | ||
| + | Como evolución del modelo anterior, con la incorporación del patrón MVC en este tipo de aplicaciones, se aprecia la incorporación de un elemento controlador de la navegación de la aplicación. El modelo de negocio queda encapsulado en los javabeans que se incrustan en las páginas JSP. | ||
| + | #Modelo 2X | ||
| + | Aparecen con el objetivo de dar respuesta a la necesidad, cada vez más habitual, de desarrollar aplicaciones multicanal, es decir, aplicaciones web que pueden ser atacadas desde distintos tipos de clientes remotos. Así, una aplicación web multicanal podrá ejecutarse desde una PDA, desde un terminal de telefonía móvil, o desde cualquier navegador HTML estándar. El medio para lograr publicar la misma aplicación para distintos dispositivos es emplear plantillas XSL para transformar los datos XML. | ||
| + | --> | ||
Revisión de 12:43 14 oct 2012
|
Trabajo en proceso, espera cambios frecuentes. Tu ayuda y retroalimentación son bienvenidos. Ver página de charlas. |
|
