Implementar servicio de negocio para las operaciones CRUD

Clase 24 de 38 • Curso de Hibernate y Java Spring 2018

Resumen

Seguimos trabajando en la parte de negocio, ahora que definimos nuestro repositorio, el siguiente paso la parte de servicios (con el paquete com.platzi.ereservation.negocio.service), vamos a trabajar algunas clases para exponer estas operaciones en la capa de negocio. Recuerda que debemos indicar que las clases son un bean de la capa de negocios utilizando la anotación @Service.

Milton Javier Camelo Arango

student•

Hola Marco. Tengo unas preguntas: ¿Porque no haces un Implements de la interfaz? Ó ¿Porque no instancias con @autowired?

Cesar David Ramírez Dimaté

student•

No utiliza una interfaz porque aún no lo ve necesario. Si en el servicio sólo va a almacenar el cliente, no necesita por ahora crear una interfaz para que existan múltiples implementaciones de esta operación.

El Autowired es para la misma implementación, entonces lo mismo, por ahora no es necesario.

Nadir Antonio Soza Solis

student•

Hola Marcos, como se realiza la gestión de errores en esta capa. Que pasaría si la información enviada a la base de datos genera un problema?

Marco Antonio Toscano Freire

teacher•

Hola nardis, si existe un problema se deberìa con excepciones para controlar el problema

Cesar David Ramírez Dimaté

student•

Ahí lo que se podría hacer es controlar la excepción generada por el repository y crear una estructura de error para ser enviada al front-end, quien es quien llama el servicio al fin y al cabo.

Victoria Tejeda

student•

Estimado martosfre, cual es la mejor practica para instanciar el Repository? de igual forma se podría utilizar un Autowired, cierto?, por otro lado al respecto de los métodos create y update: no sería mejor dejar un solo método dado que en la implementación de ambos se llama al mismo método save?.
Agradezco tus comentarios. Saludos

Marco Antonio Toscano Freire

teacher•

Estimado Víctor,

Utilizando interfaces es una buena práctica para instanciar un repositorio, para mantener el código limpio y realizar validaciones en los service.
Si se podría utilizar el Autowired
Se podría definir un solo método.

Cesar David Ramírez Dimaté

student•

El @Autowired se utiliza más que todo para utilizar el mismo objeto y que no tenga que instanciarse cada vez que se llama el servicio de ClientService. Es una buena práctica ya que ese objeto se utiliza una sola vez y no hay necesidad de definirlo en todo momento.

Francisco Javier Velasco Conde

student•

Spring posee un contenedor de Beans, lo que hacen las anotaciones (@Service, @Component…) como tal es decirle a ese contenedor que guarde un Bean de esa clase para su uso mas adelante con la anotación @Autowired, lo anterior va directamente ligado a lo que se conoce como inyección de dependencias e inversión de control, la primera nos permite darle modularidad a nuestro código y la segunda es la manera en que Spring le quita el mando a Java de la creación de Objectos.

Luis Fernando Pedroza Taborda

student•

Genial Francisco, fue lo unico que poco le entendi al tutor, pero con esta explicación ya me queda mas claro la diferencia entre estas dos anotaciones.

Jaime Diaz

student•

Hola, entiendo entonces que a su vez, desde un controlador de vista o Servlet, se define el servicio para poder acceder a las operaciones de la capa de negocio verdad?
Cómo sería la cuestión para definir un controlador que responda no precisamente a peticiones para renderizar en una vista, sino para que responda a llamadas REST y responder en JSON para el tema de un frontend desarrollado en Angular?
espero haber planteado bien la pregunta, de lo contrario no tengo problema en replantearlo dado el caso.
Saludos.

José David García Rodríguez

student•

Creo que este tema se trata en la siguiente sección. Spring REST.

Marco Antonio Toscano Freire

teacher•

Se trata en la siguiente sección.

Eday Alix González Manjarrés

student•

Hola Marco, pregunta.

Lo que explicas hasta el minuto 4:42 que usas el método save ya definido por herencia.

Cómo se podría hacer para implementar alguna validación del cliente? En qué capa se haría? Sobre escribimos el método save?

Eday Alix González Manjarrés

student•

Aclaro un poco más mi pregunta.

Si deseo hacer una validación antes de ejecutar el método save

public Cliente create(Cliente cliente) {
		return this.clienteRepository.save(cliente);
	}

en la clase clienteRepository que hereda el método save no podría sobreescribirlo porque es una interface. No haría falta alguna otra capa?

Dónde lo podemos efectuar?

Marco Antonio Toscano Freire

teacher•

Hola Inge, las validaciones las debes realizas en el método create de la ClaseService antes de llamar al método del repositorio. También podrìas implementar la interface y sobreescribir el método save pero no es buena práctica.

Jaime Morales

student•

Excelente explicación.

Cristhian Arce

student•

Cuál es el atajo que utiliza para que salga el comentario de los métodos ?

Jose Maria Lopez Pacheco

student•

pones /** y después presiones enter y sólito los genera

JESUS ALMIRCAR CASTELLANOS

student•

✅Ir a repositorio
✅Ir a repositorio

Carlos Riojas De Los Santos

student•

POR EL AMOR DE DIOS! no es el “tema de save” no es un tema de, es un ME-TO-DO del paquete Repository, que nos ofrece Spring!, me esta costando demasiado trabajo identificar cada concepto con su nombre correspondiente y poder aprender a explicarme a mi mismo a que me estoy refiriendo cuando tenga que ejecutar lo aprendido, A TODOS los conceptos, los esta reemplazando con, EL TEMA DE!, esto no ayuda en absolutamente nada.

Yeferson Nova

student•

Hola, no me queda muy claro como hace para diferenciar una creación de un update si el método prácticamente es el mismo utiliza el objeto el repository y llama el mismo método heredado .save no comprado como hace para diferenciar las dos operaciones. gracias

Sigaweb sas

student•

Si el usuario ya tiene un id asignado cuando es enviado, lo actualiza. Si el id no está presente lo crea nuevo.

Marco Antonio Toscano Freire

teacher•

La respuesta de SigaWeb es precisa.

Lázaro Bucio Marín

student•

Buena Explicacion.!!

Norman Erick Estrada Vargas

student•

excelente explicación!!!

Carlos Mantilla Jaimes

student•

Excelente clase Marco! Gracias por los tips del teclado que muchos no conocemos pero son tan útiles.

Rubén Hernan Barrera Chavez

student•

espera no entendi para que era el repositorio? para hacer consultas ? el modelo es para crear la db y su estructura el service para el crud y cualquier instruccion que sera usada desde front end?

Andrea Bertieri

student•

Los repositorios manejan transacciones a la base de datos. los service se encargan de manejar la logica de tu negocio. Y los controllers usualmente sirven la información que se muestra al usuario.

William Rodriguez

student•

en el repositorio estan las operaciones hacia la base de datos CRUD y otras consultas avanzadas. El modelo es la estructura de tabla clientes el servicio es donde tienes tu logica de negocio no se registrar Cliente donde registrar cliente primero hace una consulta donde busca si el cliente ya existia luego de lo almacena para luego subir la imagen de su foto a otro servidor. El service utiliza las operaciones CRUD de tu repositorio Clientes u otros repositorios.

Luis Fernando Pedroza Taborda

student•

Esta capa es la mas importante de implementar cuando se trata de proyectos grandes porque define la lógica del negocio.

Onam Díaz-Castillo

student•

Excelente curso

Usuario anónimo

user•

Super :) gracias

Rafael Carrillo

student•

gracias de esta forma es más fácil implementar un servicio

William Alexander Hernandez Leiva

student•

Los metodos create y update, no es buena idea dejar solo uno ya que cuando tengamos nuestro proyecto en produccion y ocurra un problema al persistir los datos o actualizarlos no podremos identificar bien el problema, teniendo diferentes metodos podremos saber que operacion esta realizando el usuario.