Inyección de dependencias

Quiero hacer un aporte donde se explica claramente con un ejemplo el concepto de Inyección de Dependencias:

Inyección de dependencias

Inversión de Control (IoC)

Un objeto o programa cede el control a alguien más.

Inyección de Dependencias (DI)

Es una forma de implementar inversión de control. Es una técnica donde a un objeto le proveen las dependencias que necesita.

Formas de hacer inyección de depencias

• Por constructor.
• Por setter.
• Por método.
• Por interfaz.

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.

El repo:

https://github.com/manuelzapata/clean-architecture-example/tree/main