Implementar servicio de negocio para las operaciones CRUD

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

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?

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

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.

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.

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?

Excelente explicación.

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

• ✅Ir a repositorio
  

  

• ✅Ir a repositorio

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.

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

Buena Explicacion.!!

excelente explicación!!!

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

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?

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

Excelente curso

Super 😃 gracias

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

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.

@Service
Esta anotación se usa en una clase. @Service marca una clase Java que realiza algún servicio, como ejecutar lógica de negocios, realizar cálculos y llamar a API externas. Esta anotación es una forma especializada de la anotación **@Component **destinada a ser utilizada en la capa de servicio.

La arquitectura planteada en esta clase es una de las mejores que he visto, separar la especificación de consultas personalizadas en repositorios y luego consumirlas en los servicios, junto con los métodos CRUD implementados ya por el ORM queda muy organizado. También me ayudo a entender el enfoque de los repositorios que no lo tenía muy claro.