Inicio › Tecnología › Inyección De Dependencias
La inyección de dependencias es un patrón de diseño en el qué un componente recibe desde fuera los objetos o servicios qué necesita para funcionar, en lugar de crearlos él mismo internamente. Esto reduce el acoplamiento entre clases y facilita sustituir una dependencia real por una versión simulada durante las pruebas. Puede aplicarse manualmente pasando los objetos por el constructor o mediante métodos setter, o delegarse en un contenedor de inyección de dependencias qué gestiona automáticamente la creación y el ciclo de vida de esos objetos, como hacen frameworks como Spring en Java, Angular en el frontend o NestJS en Node.js.
En vez de qué una clase se fabrique ella misma las herramientas qué necesita, alguien se las entrega ya listas desde fuera, lo qué hace mucho más fácil cambiarlas por una versión de prueba sin tocar el código de la clase.
Un servicio de NestJS recibe en su constructor un repositorio de acceso a base de datos, gestionado automáticamente por el contenedor de inyección de dependencias del framework; en los tests unitarios se sustituye ese repositorio real por uno simulado qué devuelve datos falsos, permitiendo probar la lógica del servicio sin necesidad de una base de datos real conectada.
No: el patrón es el principio de diseño de recibir dependencias desde fuera, y puede aplicarse manualmente; un contenedor o framework es una herramienta concreta qué automatiza la creación y la entrega de esas dependencias siguiendo ese mismo principio.
Permite sustituir una dependencia real, como una conexión a base de datos o una llamada a una API externa, por una versión simulada controlada por el propio test, aislando así la lógica qué se quiere probar del comportamiento de sus dependencias.
La inyección por constructor, qué pasa las dependencias al crear el objeto; la inyección por setter, qué las asigna después mediante un método específico; y la inyección por propiedad, menos recomendable, qué las asigna directamente sobre un atributo público del objeto.