Hola te saluda Ubal lacosta.
Bienvenidos nuevamente.
Espero que estén listos para comenzar con esta elección.
A continuación vamos a estudiar la lección de patrón de diseño MBC están listos.
Vamos conceptos del patrón de diseño MBC en esta elección vamos a revisar los conceptos del patrón de
diseño modelo vista controlador también conocido como MBC un patrón de diseño permite solucionar problemas
comunes que se presentan al momento de crear aplicaciones y en particular en aplicaciones web.
Nos interesa separar la vista de los datos y unirlos por medio de un componente que hace las veces del
controlador y los datos hacen las veces del modelo según hemos estudiado hasta el momento los servlets
están enfocados en controlar el flujo de la aplicación web y en este caso procesan las peticiones HTTP
así como también utilizan los JavaBeans para almacenar la información y finalmente redireccionar al
JSP respectivo los JSP están enfocados en desplegar la información de la aplicación web en este caso
la información es proveída por medio de los servlets y la información que se comparte entre estos componentes
es decir entre los servlets y jote Sepes suele manejarse con Java Vins así que la información compartida
entre los servlets y JSP es normalmente la vamos a compartir utilizando ya babys el patrón de diseño
MVC nos permite integrar a los JSP.
Es decir la vista a los servlets es decir el controlador y a los JavaBeans es decir el modelo para poder
interactuar y así crear aplicaciones web cada vez más robustas y más fáciles de mantener
freímos que utilizan el patrón MVC tenemos varios freímos que utilizan la tecnología o que podemos implementar
el patrón MVC por ejemplo cuando trabajamos con JCP y servlets se implementa manualmente con ayuda del
objeto recuas despachar para controlar el flujo de la aplicación.
También tenemos por ejemplo el freímos destruí.
Este es un framework de Apache el cual utiliza JSP como una vista con tags destruídos.
También utiliza el concepto de Action form que representa el modelo y también la clase Action la cual
hace las veces del controlador entre otros componentes que nos facilitan el patrón de diseño MVC llama
Seven Faces.
Es otra tecnología que utiliza conceptos como JSP con tags de JSF.
También aplica el concepto de Manas.
Es decir el controlador y JavaBeans que utiliza el modelo MVC es una extensión del freímos de Spring
que utiliza JSP como la vista con tags de Spring clases Java controladores y JavaBeans que son el modelo.
Existen muchos más freímos IAVA que implementan el patrón MVC así que estos son tan solo algunos de
los más representativos.
Un patrón de diseño simplemente es una guía general y cada Framework define la especificación según
las mejores prácticas desde el punto de vista de cada framework.
Por ello es que tenemos muchas implementaciones del patrón de diseño MVC ya que simplemente es una guía
y cada Framework lo implementa a la manera que mejor le parece.
Para representar este patrón de diseño MVC
arquitectura MVC con jote Cepes y servlets vamos a comentar ahora la arquitectura utilizando jote Sepes
y servlets.
Como podemos observar el flujo inicia con un formulario HTML.
Esta información está almacenada en nuestro cliente y del lado derecho tenemos el servidor.
Una vez que nuestro cliente envía la petición del formulario hacia el servidor web quién va a procesar
esta petición.
Es un Servlet es decir el controlador y a pesar que en ejercicios anteriores hemos colocado a un JSP
para manejar directamente formularios.
Según comentamos esto no es una buena práctica por lo tanto las peticiones las debe de procesar un controlador
incluso en el diagrama podemos observar los números con los cuales vamos a ir siguiendo nuestro flujo.
En este caso los números del 1 al 5.
Una vez que se habla el controlador ha recibido la petición.
Una de sus tareas puede ser procesar los parámetros del formulario HTML si es que aplica y una vez que
ya tenemos procesado los parámetros del formulario normalmente lo que hacemos es apoyarnos de Java Vins
para almacenar o procesar la información de lógica de negocio o lógica de presentación de nuestra aplicación
web ya que hemos creado y almacenado la información en nuestros JavaBeans.
Regresamos el control al servlet y este controlador puede colocar estos babys en algún alcance para
compartir información hacia un JSP.
Los alcances pueden ser request session o application.
En este caso no aplica el alcance de Patch ya que los servlets no conocen este alcance.
Este alcance de países únicamente aplica a los Gotha y Sepes.
Por ello únicamente podemos manejar los tres alcances mencionados Rísquez sesión y aplicación.
Una vez que el controlador ya ha colocado los JavaBeans en algún alcanze hace un redireccionamiento
por medio del objeto Rikers despachen que vamos a ver más adelante.
En este punto también cabe mencionar que al ser el controlador toma la decisión de cual TCP se va a
utilizar.
Por ejemplo podríamos tener un JSP 1 un gotee SP2 jote sp3 etcétera así que seleccionar cualquiera de
estos JSP es va a depender del flujo de nuestra aplicación web pero en este caso el controlador es quien
va a decidir cuál vista o TCP es el que se va a utilizar.
Finalmente una vez que ya estamos dentro del JSP seleccionado lo que va a hacer el TCP es jugar el rol
de la vista.
Esto implica que únicamente va a recuperar la información que le ha compartido el servlet.
Los CPC en teoría no deberían de crear nuevos objetos Java.
Para ello toda la información que va a utilizar el JSP ya debió de haber sido procesada por el controlador
una vez que el tcp genera el HTML utilizando la información de los JavaBeans que le proporcionó lo que
hace es regresar el contenido al cliente y en este momento es cuando se genera el render o el envío
de nuestra aplicación.
Según el contentarme que hayamos utilizado por ejemplo puede ser una salida HTML pero también podríamos
tener otro tipo de contenidos como documentos de tipo Excel PDF video audio etc..
Según hemos visto en elecciones anteriores el punto es que el JSP únicamente va a desplegar la información
que recibió del servlet y enviará esta información hacia el cliente.
Con eso termina el flujo y si el cliente necesita realizar nuevamente otra petición entonces se repite
todo el proceso nuevamente así que este diagrama es muy importante al cual pueden hacer referencia ya
que es el que vamos a utilizar para implementar nuestro patrón de diseño MVC.
Cuando trabajamos con JSP y concebibles
pasos generales de un controlador vamos a comentar el código necesario.
A grandes rasgos que utiliza un controlador según revisamos en la teoría de los servlets para procesar
un parámetro podemos utilizar la notación Ricketts Punto G para meter.
Así que en primer lugar si es que aplica procesamos y validamos los parámetros y utilizamos el objeto
rico y el método G.T para meter indicando el nombre del parámetro que queremos recuperar.
Posteriormente podemos validar los parámetros para saber si la información que estamos recibiendo es
correcta.
Una vez que hayamos procesado los parámetros podemos realizar la lógica de presentación respectiva.
Una lógica de negocio utilizando babys el resultado de procesar esta información la vamos a almacenar
en objetos de tipo Yavin.
En este caso simplemente estamos creando un nuevo objeto de tipo rectángulo en este caso únicamente
estamos creando un objeto de tipo rectángulo el cual es un Babín y estamos creando un nuevo Yavin para
tratar de ejemplificar que estos bits van a tener la información de nuestra aplicación web
posteriormente antes de redireccionar y seleccionar el JSP que vamos a utilizar debemos de compartir
el objeto que estamos creando en algún alcance.
En este caso estamos seleccionando el alcance de recuesto pero podemos utilizar los alcances de sección
o aplicación para utilizar el alcance de aplicación.
Vamos a utilizar el contexto de nuestro servlet en este caso vamos a utilizar el objeto Rísquez con
el método set Atrium Biot e indicamos el nombre del alguien que se va a recuperar por parte del JSP
así que en este caso estamos compartiendo un VIM llamado rectángulo Binh y esta información se va a
almacenar también como si estuviéramos utilizando un mapa así que en este caso indicamos la llave y
posteriormente separados por coma el valor así que tenemos la llave rectángulo Binh.
Este es el nombre que va a utilizar el JSP para recuperar este Binh y este es el valor que le estamos
asignando a esta llave así que de esta manera es como vamos a agregar atributos en cierto alcance finalmente
seleccionamos el JSP que desplegará la información hacia el cliente por medio del código es despachar
obtenemos el objeto de despachar y utilizamos el objeto Rísquez con el método guetto el cual despacharlo
indicando cuál va a ser el JSP que vamos a utilizar para redireccionar la información hacia este JSP
y finalmente por medio del objeto despachar hacemos un forward es decir que vamos a enviar la información
hacia este JSP.
Por ello es que vamos a reenviar los objetos recuas y responde a este JSP y de esta manera es que la
información que hemos compartido en los alcances de Ricketts sesión o aplicación le va a llegar directamente
al JSP llamado resultado punto JSP así que estos son los pasos generales que vamos a agregar en un controlador
vamos a crear a continuación algunos ejercicios para poner en práctica el concepto del patrón de diseño
MVC.
Cuando trabajamos con JSP y servlets.