Inyección de dependencia "Component"

Clase 11 de 31 • Curso de Java: Backend con Spring Boot

Harrison Martinez

student•

También funciona inyectar una dependencia con solo la instancia de la interfaz y agregándole las anotaciones pertinentes, sin tener que usar un método constructor:

@Autowired
	@Qualifier("componentTwoImplement")
	private ComponentDependency componentDependency;

Ebenezer Silvestre Diaz Garcia

student•

Si, asi tambien funciona, aunque por buenas practicas, se hace la inyeccion en el contructor, ya que te permite inyectar un Mock en las pruebas unitarias.

Hinder Adrian Alvarez Perlaza

student•

Gracias por el dato :+1:

Diego Garcia

student•

En la versión 2.6.3 de Spring, se puede agregar la etiqueta @Primary a la implementación que queramos utilizar, y esta se tomará como la principal.

Harold Alvaro Garcia Vargas

student•

Muchas gracias

Carlos Restrepo

student•

Creo que el problema de la anotación Primary es que la interfaz siempre va a decidir inyectar esta clase marcada con Primary… con el qualifier se puede decidir donde inyectar una u otra… estoy equivocado?

Hermes Alejandro Acevedo Castellanos

student•

Estoy entendiendo nadita...

Ramiro Suarez

student•

Estoy igual

Pablo Hirsh

student•

Gustavo Del Angel Francisco

student•

el profesor sabe mucho, pero no sabe enseñar.

Emanuel Schemberger

student•

En este caso prefiero youtube https://www.youtube.com/watch?v=7vHzVN0EiQc

Ramiro Suarez

student•

Espectacular, gracias!

Manuel Läuft

student•

Que pro ese video

Simón Ottoniel González Acosta

student•

Mi editor intellij no me advirtio del error de que hay dos component que implementen la misma dependencia para agregar @Qualifier, a que se debera?

Nikolas Santis

student•

A mí tampoco jajaj, será por una nueva versión?

Nikolas Santis

student•

Ya descubrí por qué. Es por la versión del IntelliJ IDEA, la versión gratuita no viene sync con Spring. La versión Ulimate Sí. Si tienes GitHub Student Developer Pack se puede conseguir la licencia grautita :)

César Cabrera

student•

Si te llegó aparecer este error:

Esta es la solución, da clic donde dice "Open project settings." y te aparecerá la siguiente ventana:

En "SDK" darás clic en la lista desplegable, clic en "+ Add SDK" y en "Download JDK".

Darás clic en la lista desplegable de "Version" y clic en la opción "17" (en el caso que te haya aparecido 17 como en la primera imagen).

Darás clic en el botón "Download".

Clic en el botón "Ok".

En la parte de abajo a la derecha aparecerá un mensaje que se esta descargando o instalando la versión.

Una vez instalado, vas al archivo FundamentosApplication.java, clic derecho y clic en la opción que diga al principio "Run" como se ve en la imagen.

Para terminar, te aparecerá en la consola el mensaje que pusiste en el método saludar();

Jose Enrique Hernández Garrido

student•

Gracias :)

Daniel Mendoza Jején

student•

Uff amigo en serio muchas gracias, tarde mucho en resolver este problema pero gracias a ti lo logre!

David Galicia Gomez

student•

No me marco el error del final pero igual agregue la anotacion de "@Qualifier" y funciono como en el video, aun que algunas personas en los comentarios dice que puedes usar @Primary

Victor Saravia

student•

Tal vez sea porque estas inyectando la clase y no la interfaz , comprueba tener esto en la clase FundamentosApplication:

private ComponentDependency componentDependency

Rolando Mamani Salas

student•

ami tampoco me salio el error pero tenemos el mismo caso funciono de la misma manera que la tuya

Jiliar Antonio Silgado Cardona

student•

@Autowired es muy imporante al momento de autocablear nuestras soluciones, es cierto que hoy dia no es tan recomendada para nuestros proyectos, pero la verdad la idea es hacer el código menos verboso y esto simplifica muchísimo el código fuente. Por otra parte, @Qualifier: es una anotación que sirve para especificar el tipo de dependencia se esta inyectando con la funcionalidad de diferenciar nuestras abstracciones o uso de clases que implementan una misma interfaz (Según el principio SOLID) porque si usamos concreciones no seria util usar Qualifiers en la mayoría de los casos.

Hipólito Morales

student•

Gracias por la clase. Personalmente, me gusta el Autowired porque no tengo que inferir que esta pasando mientras leo el codigo. Siento que a medida que crece el repositorio, lo hace mas legible.

Daniel J. Pérez

student•

Definitivamente, comparto tu opinión, mientras más grande sea la aplicación con el @Autowired siento que será más fácil de entender

Cristian David Restrepo Marin

student•

👍

Juan José Sarmiento Hernández

student•

Lo único que no me gusta del curso es que siento que Michael hace las cosas como al revés y eso puede confundir un poco a las personas, es decir, primero implementa una interface y después la crea y así con otras cosas…

Cristian Camilo Díaz Pizza

student•

Hola. Soy noob. Durante el seguimiento del ejercicio me surgió un error y llegué a la siguiente conclusión. ¿Alguien me podría corregir por favor? Repito, soy nuevo y no sé si lo que escribí sea una obviedad para algunos o una completa tontería. Gracias.

Michael Garcia Abello

teacher•

Exacto, es una muy buena conclusión, recuerda que también podemos utilizar la anotación @Bean para hacer uso de inyección de dependencias.

Angel Gabriel Sosa Ostos

student•

Hola, a mi me salió el mismo error y también soy nueva. ¿Cómo lo solucionaste?

Jonathan Fernando Santana Quispillo

student•

Me sale este error: Action: Consider revisiting the entries above or defining a bean of type 'com.fundamentos.springboot.fundamentoss.component.ComponentDependency' in your configuration.

Al parecer no detecta el Qualifier. Una ayuda porfa

Diego Osorio

student•

Por que funciona declarando ComponentDependency que es una interfece?, y por que no usar el objeto de la clase ComponentImplement, que es el que implementa la interface?

Carlos Francisco Betancourt Requena

student•

Hola Diego, honestamente no sé la respuesta a tu pregunta, porque al igual que tu estoy aprendiendo a usar Spring Boot, de hecho este es mi primer contacto con este framework.

Entiendo que la dependencia la inyectamos a través del constructor de la clase que va a ejecutar esa dependencia; la interface es segregada a las clases que la implementan, como ComponentImplement y ComponentTwoImplement éstas dos clases implementan la interface ComponentDependency.

Las dos clases que implementan la interface tienen la anotación @Component la cual sirve para indicarle a Spring que esa clase es una dependencia, que a su vez proviene de la interface que implementa.

Entonces, si la interface sólo se esta implementando en una clase, Spring automáticamente detecta la implementación que tiene esa clase y la ejecuta cuando la inyectas y la ejecutas, pero cuando esa interface se implementa en más de una clase, podemos especificar que implementación (dependencia) queremos inyectar, eso lo hacemos a través de la anotación @Qualifier.

Creo que es muy habitual que una interface sea implmentada en más de una clase, de hecho creo que es algo muy ligado a su propósito, ya que podemos implementar más de una interface en una clase, y además en varias familias de clases.

Espero haber ayudado un poco, un saludo!

Hinder Adrian Alvarez Perlaza

student•

Muchas gracias Carlos por tu aporte, me ayudó a aclarar dudas que tenía.

Luis Toro

student•

¿Por que Crear una Interfaz y no una clase concreta para el componen, es decir es necesario para inyectar o es solo una practica recomendada? Si es una practica Recomendada que ventaja te da. Gracias

Michael Garcia Abello

teacher•

Básicamente es para segregar la implementación a la interfaz y de esta forma puedes tener varias clases con esa misma interfaz implementada, esto a su vez beneficia en cuánto al manejo de mocks cuando haces test de tus métodos. Porque mockeas una interfaz y no una clase.

Jair Israel Avilés Eusebio

student•

Creo que vale la pena revisar a detalle el concepto de inyeccion de dependencias. Como ventaja te da modularidad y codigo desacoplado.

Recomiendo ver este video de la explicacion de inversion de control e inyeccion de dependencias que complementan la clase anterior agnostico a algun framework (esta en ingles pero vale la pena).

Dependency Injection & Inversion of Control Explained Without Framework! (video)

Jhonatan Hurtado Barbosa

student•

Esta clase me gusto.

Reinaldo Mendoza

student•

Esta parte me pareció super confusa recién empecé con spring, este tipo lo explico soberbio

Pol Surriel Muixench

student•

Hola! No entiendo muy bien la utilidad de la etiqueta Qualifier. ¿No sería más sencillo que el tipo del parámetro componentDependency (en el constructor) fuera ComponentTwoImplement?

¿Qué sentido tiene especificar la clase que quieres de esa forma en vez de directamente recibir directamente esa clase?

Tomás euliarte

student•

Por convención, se utilizan interfaces para la inyección de dependencias. Por lo que sería una mala práctica utilizar directamente las implementaciones en el constructor en lugar de la interfaz ComponentDependency.

Además, con respecto a tu duda, en StackOverFlow encontré algo de información al respecto:

Las interfaces tienen varias ventajas:

Abstracción

Una interfaz es como un contrato. El servicio que implementa una interfaz está obligado a ofrecer una serie de métodos con firmas bien definidas. Cualquier servicio que quiera cumplir con la interfaz tendrá que tener obligatoriamente un conjunto determinado de elementos. Esto te permite conectarte a diferentes servicios usando el mismo cliente.

Usabilidad

Si tu servicio implementa una interfaz, podrías reescribirlo completamente (o sustituirlo por otro distinto) y los clientes podrían seguir consumiendo tu servicio sin problemas. Ellos a lo sumo notarán diferencias en el rendimiento, pero poco más.

Seguridad

Una interfaz representa únicamente una declaración de intenciones. No aparece código por ninguna parte. Al exponer una interfaz no estás comprometiendo el código fuente del servicio.

Mantenimiento

Si un servicio expone una interfaz tu entorno de desarrollo puede verificar fácilmente que una nueva versión del servicio cumple (al menos) con los requisitos expuestos en la interfaz. Es una forma sencilla de automatizar un proceso que evita que se te olvide implementar parte de la funcionalidad. Esta característica suele mejorar el índice de mantenimiento de los proyectos.

Con todo esto, parece casi evidente que es una buena práctica exponer interfaces siempre que sea posible. Que un sistema como spring te obligue a exponer interfaces en vez de implementaciones es una buena noticia para tu servicio.

Jose Rogelio Nieto Prada

student•

Siempre es necesario implementas la interfaz CommandLineRunner para probar la aplicación, algo que investigue es que ejecuta solo los @bean contenidos en la SpringApplication eso quiere decir que solo en el método run???

Oscar Fernando Diaz Anchay

student•

Es necesario agregar constrcutor para inicializar la dependencia, no es solo agregar @Autowired en la misma linea de instancia de la dependencia??

Eduard Arias

student•

Cuando se usa @Autowired lo que hace Springboot es utilizar el constructor por defecto que viene en la clase e inyectar la dependencia de manera automática. En este caso, se está sobrescribiendo el constructor por uno que tiene la dependencia de manera explícita. Aqui el mismo ejemplo con @Autowired :