Bien, continuamos.
Vamos a crear las clases de repositorio y también la clase modelo que representa los datos de la tabla.
Esa es la clase de producto con los atributos.
El Heidy, el nombre precio y la fecha mismos atributo que los campos en la tabla la acepta la idea
mapear, mapear cada atributo a la tabla y en vez trabajar con registros con el cursor con el result
set trabajar más orientÃ objeto con una clase un objeto come together método setter constructor.
De hecho, hay un patrón de diseño que se le conoce como dataset object o acceso a datos siglas en inglés.
El DAO es quien se encarga de acceder a los datos de las operaciones de la consulta implementarán CRUD.
Pero el DAO también se le conoce como repositorio o repositorio.
Más bien es una semántica mucho.
Utilízalos los dado otro mucho utilizan el repositorio.
La diferencia un poco más conceptual.
Por ejemplo, el DAO se refiere a una abstracción de los datos de la persistencia, es decir, típicamente
a todo lo que hace.
Datos tablas del la aséate.
Mientras que un repositorio es una atracción de una colección de objetos como si fuera el API colección
de Java.
Por ejemplo, cuando queremos obtener, cuando queremos agregar, cuando queremos guardar un objeto
en la lista, cuando queremos eliminar un objeto, se fijan.
Un repositorio al final es para implementar alta baja modificaciones de una colección de objetos.
Entonces, claro, en la persistencia todo lo que es datos de una tabla, podríamos utilizar perfectamente
el patrón de diseño DAO, ya que estamos trabajando.
Orientarla la Z y es parte de la persistencia.
Pero también estamos trabajando sobre una colección de objetos.
Lo vamos a manejar 100 por ciento orientÃ objeto y también se podría pensar la tabla justamente como
una lista.
Una colección lo podría implementar con cualquiera, todos patrones.
Pero la diferencia, como digo, es conceptual, una semántica.
Bien, entonces primero tenemos que implementar dos cosas la interfaz del repositorio para los productos
con los métodos del club para listar, para modificar, guardar.
En fin, eliminar.
Y también necesitamos la clase producto con los métodos que transceptor y los atributos comenzamos.
Entonces vamos a crear primero la clase producto por acá, nos vamos a ir a Project y vamos a crear
un paquete como siempre, al insert.
Models o modelo, como le queramos llamar, el mejor modelo enter lo mismo vamos a crear una clase.
Producto.
Y con los atributos.
Como siempre, privé primero del tipo long o entero.
El Heidy perfecto.
El nombre?
El precio?
Y doit?
Pero vamos a importar dilla útil importante cuando bajamos en yaba de hotel en vez de ya se cuela cuando
trabajamos consultan operaciones del asiento con llave se cuela.
Entonces vamos a tener que hacer una conversión.
Convertir dilla se cuele a Yaba útil después cuando poblema los datos del resulted del cursor al objeto
producto cuando más vemos.
Pero si lo vamos a ver.
Fecha registro.
Con al insert vamos general lo guié transex.
Entonces braca seleccionado maquillé, transceptor, marcamos todos.
Ok.
Y también podríamos tener constructores, por ejemplo, vamos a tener uno que pase todos los parámetros.
Entonces constructor, que pase todo.
Seleccionamos todo, ok.
Pero también vamos a tener otro más sin parámetro que lo podemos crear.
Y después con el método Set asignamos los valores.
Entonces.
Constructor y seleccionamos Ninguno.
Selleck no?
Entonces volvemos a proyectos con alguno.
Vamos a crear otro para cazzo por acá.
Le vamos a llamar repositorio.
Y acá también vamos a crear una interfaz.
Si lo hiciéramos clase, luego interfaz y el nombre.
Producto, repositorio o incluso más que producto repositorio, lo podemos ser con genérico, así lo
dejamos un poco más reutilizable.
Entonces en vez de producto vamos a colocar repositorio solamente de interfaz repositorio ok.
Primero generic.
Vamos a colocar té, bajamos y vamos a implementar los métodos primero para listar.
Entonces va a volver un list de objetos.
Vamos a importar perfecto de llevado a Stylist le vamos a llamar litar en inglés típicamente se utiliza
a fin de buscar todos.
Listar.
Primer método.
Segundo método buscar por Heidy ese ir a buscar el producto o el registro por la llave primaria, por
el identificador.
Recuerden que la llave del tipo lonko en la clase de producto que va a devolver el objeto, vamos a
buscar uno solo.
Entonces esté por ahí, por ahí.
Long Heidy.
Perfecto.
Vamos a tener el guardar.
Simplemente voy a guardar nada más.
Entonces voy no devolver nada.
Pero mejor le vamos a colocar, guardar y va a recibir un objeto del tipo genérico.
Por ejemplo, el producto con los datos mapeado o con todos los datos que queremos guardar bien.
Y por último, faltaría modificar y el eliminar es modificar sería muy similar.
Voy modificar y pasamos el objeto con los datos que queremos modificar.
Incluso podríamos reutilizar.
Es decir, en el mismo método, por ejemplo, en el guardar, guardar los datos modificados o guardar
un nuevo registro.
Y eso depender de la si Leydi es mayor que cero y existen los datos.
Entonces hacemos un ataque.
De lo contrario podríamos hacer un insert.
De hecho, el guardar lo podríamos dejar para los dos.
Queda mucho mejor, de hecho o R.M.
Como JPA, como Vernet.
Muchas veces lo manejan de esa forma, un solo método para insertar y para modificar.
Bueno, después vamos a ver.
Por ahora lo dejamos en guardar.
Le faltaría el eliminar también voy.
Bueno, siempre se elimina por la llave, por el identificador en el eliminar, en el Telehit Huer,
cuando Leydi es igual a un valor.
Entonces acá vamos a pasar el tipo lonko con el Heidy, estamos listos.
Ahí tenemos la interfaz de Bejan ya tomando un poco más de cuerpo.
Nuestra aplicación con JS ya utilizando patrones de diseño, separando los roles de cada clase.
Una clase se encarga de la conexión a la Segato.
Otra clase repositorio se a encargar de todo lo que consulte y operacional hace rato.
Una interfaz que debemos implementar que tiene que ser genérica.
Se tienen que respetar estos métodos.
Es parte del protocolo y del diseño.
Es decir, todo repositorio tiene que tener un cruz para cierta tabla del ASEANDO, un listar, buscar
por Heidy, guardar y eliminar.
Y también podríamos tener más operaciones, más consulta, pero estas son las cuatro básicas y dentro
del guardar vamos a tener el insert y el ataque.
Por otro lado tenemos el producto, el objeto que representa los datos de la tabla de cada registro.
Típicamente se le conoce y va dentro del patrón, diseño, repositorio o daho.
También se le conoce como dette o data transfer object con método transceptor de tipo.
Se utiliza mucho en aplicaciones distribuía conejo, taben tre, Pradilla, Babin y también con API
Rest.
Bueno, siempre va a ser un objeto con atributo y metodología tras setter, pero muchas veces en o R.M.
Como Vernet JPA.
Después vamos a ver, hay muchas relaciones de objeto y tenemos objeto muy complejo que están compuesto
por objetos simple, pero muchas veces cuando queremos distribuir un API Rest, no necesitamos crear
un objeto o transmitir un objeto completo con todas las relaciones, con todos los atributos, con todos
los datos.
Un objeto completo?
No, por supuesto que no. Muchas veces necesitamos distribuir una API rest simple con lo justo necesario,
con algunos atributos, incluso con los datos formateados.
Bueno, para eso implementamos un DTO.
Para transferir los datos del Entity o del POJO según los requerimientos, según como lo queramos implementar,
pero también podríamos perfectamente distribuir el objeto completo con todas las relacione.
Vamos a quedar hasta acá y continuamos la siguiente clase con el repositorio para pro-ducto, implementando
esta interfaz.