Quiero hacer un aporte donde se explica claramente con un ejemplo el concepto de Inyección de Dependencias:
Introducción al curso
Saca el máximo provecho al curso con las recomendaciones de un experto
Conceptos detrás de las Arquitecturas Limpias
¿Qué son las arquitecturas limpias?
Características comunes de arquitecturas limpias
Cuándo aplicar y cuándo ignorar este tipo de arquitecturas
Principios de diseño
Arquitecturas de referencia
Arquitectura Hexagonal
Arquitectura Cebolla
Clean Architecture
Ejemplos del mundo real
Consideraciones sobre las arquitecturas hexagonal, cebolla y clean architecture
Dominio de una arquitectura
Detalles sobre el dominio
Organizando el dominio con un script de transacción
Inyección de dependencias
Modelo de Dominio
Capa de Servicios
Casos de Uso
CQRS
Capa externa
Acceso a Datos
Patrón Repository
Aplicaciones web y APIs
Integraciones y patrón Adapter
Pruebas
Dobles de prueba (pruebas de integración)
Cierre
Desafíos comunes
No tienes acceso a esta clase
¡Continúa aprendiendo! Únete y comienza a potenciar tu carrera
La inversión de control es un concepto clave en el desarrollo de software moderno que asigna el control de ejecuciones específicas a otro componente o framework. Imagínate que conduces un vehículo; tienes el control total del manejo. Pero, si el vehículo es autónomo, ya no decides cuándo acelerar o frenar. El control fue cedido. Traducido al lenguaje de programación, en las pruebas unitarias, es el framework quien decide cómo se ejecuta el servicio, lo cual es un ejemplo de inversión de control.
La inyección de dependencias es una técnica que viene a solucionar problemas relacionados con la inversión de control, liberando al objeto de la preocupación de cómo obtener sus dependencias. Así, un objeto puede trabajar con sus dependencias sin conocer cómo se instancian o resuelven.
En el mundo del desarrollo de software, la inyección de dependencias se realiza de diversas formas, pero todas comparten un principio: las dependencias son proporcionadas desde fuera del objeto que las necesita.
flight repository
pasado a través del constructor.public class FlightService {
private final FlightRepository flightRepository;
public FlightService(FlightRepository flightRepository) {
this.flightRepository = flightRepository;
}
}
public class FlightService {
private FlightRepository flightRepository;
public void setFlightRepository(FlightRepository flightRepository) {
this.flightRepository = flightRepository;
}
}
Existen varias razones poderosas para adoptar la inyección de dependencias en el desarrollo de software:
A pesar de que la inyección de dependencias puede ser implementada manualmente, existen frameworks que simplifican y automatizan el proceso. Frameworks como Spring en Java son populares por su habilidad para manejar la inyección de dependencias de manera eficiente, aliviando a los desarrolladores de la carga de instanciar y gestionar objetos, promoviendo un desarrollo más limpio y menos propenso a errores.
Tomar las riendas en entender e implementar inyección de dependencias reforzará tu habilidad para manejar proyectos de software cada vez más complejos. Entrégate al aprendizaje, experimenta las diversas técnicas y frameworks. ¡El dominio del código está a tu alcance!
Aportes 23
Preguntas 1
Quiero hacer un aporte donde se explica claramente con un ejemplo el concepto de Inyección de Dependencias:
Un objeto o programa cede el control a alguien más.
Es una forma de implementar inversión de control. Es una técnica donde a un objeto le proveen las dependencias que necesita.
La Inyección de Dependencias (Dependency Injection, DI) y la Inversión de Control (Inversion of Control, IoC) son dos conceptos relacionados que se utilizan en el desarrollo de software para mejorar la modularidad, la flexibilidad y la mantenibilidad de una aplicación.
.
La Inversión de Control (IoC) es un principio de diseño que busca invertir el control de la ejecución de un programa. En lugar de que un componente de software controle y gestione directamente sus dependencias y recursos, el control se delega a un contenedor o framework que maneja la creación y la resolución de dependencias. El componente simplemente declara las dependencias que necesita y el contenedor las provee.
.
La Inyección de Dependencias (DI) es una técnica específica que se utiliza para implementar la Inversión de Control. En la DI, las dependencias de un componente son inyectadas en él en tiempo de ejecución, en lugar de ser creadas o gestionadas directamente por el propio componente. Esto se logra definiendo interfaces o clases abstractas para las dependencias, y luego configurando un contenedor o un framework para que resuelva e inyecte las implementaciones concretas en el componente.
No estaba conciente del tema de la inyección si no hasta hace algunos meses que comencé a desarrollar en golang, muy interesante conocer los métodos ya que si lo he implementado más no conocía a detalle el concepto, y veo que hay más formas de hacerlo, interesante creare un repo para aprender a implementarlos de las diferentes formas.
En lo personal, lo uso mucho en .NET 6,7 lo uso siempre, para .NET Framework he usado AutoFac para registar y resolver la dependencias a lo largo de la aplicación. La forma que he usado para inyectar ha sido por medio de constructor.
He utilizado principalmente la inyección de dependencias en el ecosistema Java, tanto con Spring como con el stack JEE desde la versión 6.
Ya había visto este vídeo antes para la investigación de mi tesis, luego que desarrollé un prototipo aplicando patrones de arquitectura y esta técnica, regreso para terminar el curso y ya lo veo más claramente.
Actualmente estoy estudiando sobre el framework de Spring
La inyección de dependencias la he estado implementando más últimamente porque nos permite desacoplarnos (dejar de depender de otros componentes) de libraries de terceros. La hemos realizado manualmente armando todo desde el lugar donde se implementan las cosas (en un controller o resolver). He usado typedi como contenedor de dependencias pero hasta ahora no he notado que aporte demasiado tener un contenedor, quizás porque las apps no son gigantes.
Dato curioso: empezamos a ver mejores formas de hacer las cosas porque nos acoplamos muuucho a la autogeneración de código de Prisma 1… y después ya no nos pudimos separar de esa versión específica, y ahora el proyecto ya no se puede actualizar porque Prisma 1 está deprecado y no le dan mantenimiento
En Node.js he utilizado la librería InversifyJS, el cual es un contenedor de inversión de control que usa el constructor de una clase para identificar e inyectar las dependencias.
Si la hemos utilizado pero ya dentro de .Net Core esta nueva funcionalidad la tenemos de base con lo cual es muy sencillo de implementar.
¿Quieres ver más aportes, preguntas y respuestas de la comunidad?