MARLON STEVAN CASTAÑO MERIDA
20182578124
JSP
¿QUE ES?:
JSP es un acrónimo de Java Server Pages, que en castellano vendría a decir algo
como Páginas de Servidor Java. Es, pues, una tecnología orientada a crear páginas
web con programación en Java.
Con JSP podemos crear aplicaciones web que se ejecuten en variados servidores
web, de múltiples plataformas, ya que Java es en esencia un lenguaje
multiplataforma. Las páginas JSP están compuestas de código HTML/XML
mezclado con etiquetas especiales para programar scripts de servidor en sintaxis
Java. Por tanto, las JSP podremos escribirlas con nuestro editor HTML/XML
habitual.
JSPs y servlets se ejecutan en una máquina virtual Java, lo cual permite que, en
principio, se puedan usar en cualquier tipo de ordenador, siempre que exista una
máquina virtual Java para él.
(tomado de https://desarrolloweb.com/articulos/images/dia-jsp.gif)
SERVLET
Es una tecnología que nos permite crear aplicaciones web interactivas (dinámicas),
es decir, le permite al usuario interactuar con la aplicación (hacer consultas, insertar
y eliminar datos)
Un Servlet es un objeto java que pertenece a una clase que extiende de
javax.servlet.http.HttpServlet
Son pequeños programas escritos en Java que admiten peticiones a través del
protocolo HTTP. Los servlets reciben peticiones desde un navegador web, las
procesan y devuelven una respuesta al navegador, normalmente en HTML. Para
realizar estas tareas podrán utilizar las clases incluidas en el lenguaje Java. Estos
programas son los intermediarios entre el cliente (casi siempre navegador web) y
los datos (BBDD).
¿Cómo funciona un contenedor de Servlets?
El navegador (cliente) pide una página al servidor HTTP que es un
contenedor de Servlets.
El servlet procesa los argumentos de la petición, es decir, el contenedor de
Servlets delega la petición a un Servlet en particular elegido de entre los
Servlets que contiene.
El Servlet, que es un objeto Java, se encarga de generar el texto de la página
web que se entrega al contenedor.
El contenedor devuelve la página web al navegador (cliente) que la solicitó,
normalmente en HTML.
Por lo tanto nos encontramos en una arquitectura Cliente-Servidor. Lo normal para
esto es utilizar Apache Tomcat como contenedor de servlets. Recordar que apache
es un servidor HTTP.
(tomado de
https://codea.
app/java/que-
es-un-servlet-
en-java)
OBJETO REQUEST
El objeto Request nos devuelve informaciones del usuario que han sido enviadas
por medio de formularios, por URL o a partir de cookies (veremos de qué se tratan
seguidamente). También nos informa sobre el estado de ciertas variables del
sistema como pueden ser la lengua utilizada por el navegador, el número IP del
cliente.
OBJETO RESPONSE
El objeto Response es uno de los objetos predefinidos de ASP que nos va a servir para
devolver al cliente una página web, para redireccionar una petición a otra página y para
manejar la creación de cookies.
(tomado de http://desarrollodeaplicacioneswebenasp.blogspot.com/2013/12/el-objeto-
response.html)
METODO GET Y POST
GET y POST son dos técnicas eficientes que pueden enviar los datos a un servidor
o navegador y necesariamente que estos se comuniquen. Los dos métodos son
distintos cuando el método GET añade los datos codificados a la URI, mientras que
en el caso del método POST los datos se añaden al cuerpo y no a la URI. Además,
se utiliza el método GET para recuperar los datos. Por el contrario, el método POST
se utiliza para almacenar o actualizar los datos.
(TOMADO DE https://pc-solucion.es/2018/06/06/diferencias-entre-el-metodo-get-y-post/)
PATRON DE DISEÑO DAO
el patrón DAO propone separar por completo la lógica de negocio de la lógica para
acceder a los datos, de esta forma, el DAO proporcionará los métodos necesarios
para insertar, actualizar, borrar y consultar la información; por otra parte, la capa de
negocio solo se preocupa por lógica de negocio y utiliza el DAO para interactuar con
la fuente de datos.
(TOMADO DE https://www.oscarblancarteblog.com/2018/12/10/data-access-object-dao-
pattern/)
Los compones que conforman el patrón son:
BusinessObject: representa un objeto con la lógica de negocio.
DataAccessObject: representa una capa de acceso a datos que oculta la
fuente y los detalles técnicos para recuperar los datos.
TransferObject: este es un objeto plano que implementa el patrón Data
Transfer Object (DTO), el cual sirve para transmitir la información entre el
DAO y el Business Service.
DataSource: representa de forma abstracta la fuente de datos, la cual puede
ser una base de datos, Webservices, LDAP, archivos de texto, etc.
PATRON DE DISEÑO DTO.
Los DTO (Data Transfer Object) son utilizados por DAO para transportar los datos
desde la base de datos hacia la capa de lógica de negocio y viceversa. Por ejemplo,
cuando la capa de lógica de negocio llama al método create(), ¿qué es lo que hace
DAO? inserta un nuevo dato… ¿pero qué dato? el que la capa de lógica de negocio
le pase como parámetro… ¿y cómo se lo pasa este dato? bueno, a través de un
DTO.
Podría decirse que un DTO es un objeto común y corriente, que tiene como atributos
los datos del modelo, con sus correspondientes accessors (getters y setters).
Por ejemplo, si tuviéramos una base de datos relacional con una tabla empleados,
con los campos id, nombre y salario. Entonces tendríamos que crear una clase
EmpleadoDTO, con los atributos id, nombre y salario, que van a utilizar la capa de
negocio y de persistencia para transportar los datos entre las dos capas.
Entonces cuando la capa de lógica de negocio quiera guardar un dato en la base
de datos, va a crear un objeto EmpleadoDTO, a través de los accessors va a
modificar los atributos, y después se lo va a pasar al método create() de DAO.
Entonces DAO va a leer los datos del DTO, y los va a guardar en la base de datos.
Lo mismo pasaría para eliminar datos. Y para actualizarlos además se le pasaría el
ID, para saber que dato actualizar. Para buscar datos, sería parecido, ya que se le
pasa al método read() el DTO para usarlo como patrón de búsqueda, pero con la
diferencia de que este método tiene valor de retorno, ya que devuelve otro DTO con
los datos del resultado de la búsqueda.
(TOMADO DE
https://www.oscarblancar
teblog.com/wp-
content/uploads/2018/11
/mapping.png)
(pigexception, 2016)
PATRON DE DISEÑO INTERFACE
son soluciones de diseño para resolver problemas comunes en temas de interacción
e interfaces de aplicaciones. Estos patrones cumplen su función basados en una
serie de objetivos: Ser elementos de diseño reusables. Nos dan la oportunidad de
tener un catálogo amplio de elementos que podemos reusar en nuestros diseños de
acuerdo al tipo de problema que estemos intentando resolver.
Por ejemplo: Menú de hamburguesa. Este patrón es reciclable y nos ayuda a
solucionar el tema de navegación para que el usuario conozca los rincones de
nuestra aplicación
Evitar reiteraciones. Una vez que existe un problema que va a ser constante
en el diseño de una interfaz, tiene todo el sentido crear una solución que se
pueda reusar y no repetir el proceso de solución.
Estandarizar el diseño. No propone un estándar en la tendencia del diseño,
lo que propone es un estándar en las soluciones de diseño.
Condensa el conocimiento. Permite que nuevos diseños puedan contar
con las soluciones estandarizadas para los problemas comunes.
Ahorro de tiempo y mejora en la efectividad de una aplicación. Ayudan a
que la interacción y el flujo del usuario en una aplicación sea más amigable
y natural.
(TOMADO DE https://platzi.com/blog/patrones-diseno-de-interfaz-de-usuario-ui/) (platzi,
2018)
Referencias
codea. (2019). Obtenido de codea: https://codea.app/java/que-es-un-servlet-en-java
desarrolloweb. (1 de Enero de 2001). Obtenido de desarrolloweb:
https://desarrolloweb.com/articulos/260.php
pc-soluciones. (6 de Junio de 2018). Obtenido de pc-soluciones: https://pc-
solucion.es/2018/06/06/diferencias-entre-el-metodo-get-y-post/
pigexception. (26 de Marzo de 2016). Obtenido de pigexception:
https://pigexception.wordpress.com/2016/03/26/patron-de-diseno-dao/
platzi. (2018). Obtenido de platzi: https://platzi.com/blog/patrones-diseno-de-interfaz-de-usuario-
ui/
