Preguntas de entrevista Java - Explica IoC y como se relaciona con Dependency Injection

Preguntas de entrevista Java:

⁉️ Explica “Inversión de Control” (IoC) y cómo se relaciona con “inyección de dependencias”.

⬇️

La inversión de control es un principio, y la inyección de dependencias es un patrón que aplica IoC.

La Inversión de Control (IoC) es un principio de diseño de software en el cual, en lugar de que tu código llame o ejecute directamente cierto bloque de código, se invierte la responsabilidad y ahora se delega a una fuente externa (biblioteca, framework, clase extendida, etc.) la responsabilidad de ejecutar ese bloque.

En el caso del framework Spring, IoC tiene mucha relación con la inyección de dependencias porque es a Spring a quien le delegamos la responsabilidad de crear e inyectar las dependencias entre objetos (beans en el lenguaje de Spring) en lugar de que el programador directamente instancie y asigne esas dependencias.

IoC es fundamental para lograr el desacople de componentes de software. Al invertir el control, ayudamos a que nuestros componentes sean más flexibles, removiendo dependencias directas.

Sin embargo, Dependency Injection no es el único patrón donde el principio de inversión de control se puede aplicar.

Algunos otros patrones donde aplica son:

👀 Patrón Observer

En el patrón Observer, cuando nosotros especificamos el método/lambda que tiene que ser llamado cuando cierto evento sea identificado por el “observador”, es ahí cuando el principio de inversión de control sucede.

🔲 Patrón Template Method

En este patrón generalmente tenemos una clase abstracta con un método que implementa parcialmente algún algoritmo y que en cierto punto llama a un método abstracto que sirve de “plantilla” para variar el algoritmo. Aquí el principio de inversión de control sucede al extender la clase y definir de manera concreta una implementación de ese método “plantilla”, ya que en la ejecución de algún flujo donde se estén usando instancias derivadas de la clase abstracta original, en cierto momento ese flujo llamará la definición concreta del método “plantilla”.

Y así hay otros patrones, técnicas e incluso arquitecturas de software donde la inversión de control sucede.

Es más, en Java, cuando usamos Streams y definimos ciertos lambdas que ayudan a filtrar y/o mapear alguna colección, ahí también podemos decir que hay cierta inversión de control, ya que nosotros no ejecutamos ese bloque de código directamente, se lo delegamos a un tercero.

¿Qué opinan? ¿Qué otros ejemplos de inversión de control se les vienen a la mente?

Preguntas de entrevista Java - Tipos de relación entre clases

Preguntas de entrevista Java:

📎 ¿Explica los tipos de relaciones que hay entre clases?

Las clases no pueden trabajar de manera aislada, deben trabajar en conjunto para implementar una funcionalidad.

🤝 Asociación (Association).

Indica que una propiedad de una clase (digamos clase A) mantiene una referencia a la instancia de otra clase (digamos clase B). Al existir esta relación, la clase A puede hacer uso de la clase B llamando a los métodos públicos de esta y así trabajar en conjunto para implementar algún requerimiento.

Puede ser de los siguientes tipos:
* Unidireccional: La clase A puede ver y usar la clase B, pero la clase B no sabe nada de la clase A.
* Bidireccional: Tanto la clase A como la clase B se conocen entre ellas, es decir, mantienen una propiedad haciendo referencia la una a la otra.

➕ Agregación (Aggregation)

Esta relación es una especialización de asociación. En una agregación, las clases forman conceptualmente un “todo y sus partes”.

Usaré una analogía para tratar de explicar este concepto. Imaginen que están creando un sistema para una agencia de autos, específicamente el módulo de venta de refacciones; entonces un “todo y sus partes” podría ser el carro y sus diferentes refacciones. La característica importante en una relación de agregación es que las “partes” pueden ser separadas del “todo” y tener un ciclo de vida separado. Ejemplo: En el módulo de refacciones del sistema, una parte (o refacción) de un carro puede colocarse en otro carro si estas son compatibles.

⛓️‍💥Composición (Composition)

Esta relación es otra especialización de asociación. En una composición, las clases forman, de manera similar a la agregación, un “todo y sus partes”, pero en este caso las partes no pueden ser separadas del todo; viven y tienen sentido solo si están en unidad.

Usando de nuevo la analogía del sistema de la agencia de autos, pero en este caso el módulo de ventas de autos, un “todo y sus partes” podría ser el carro y el motor, faros, llantas, etc., pero aquí, cuando un carro se vende, se vende con todo y sus partes.

🐔 🐥 Herencia (Inheritance)

Esta relación no es una asociación, es más bien una relación de herencia “padre-hij@” (is-a). Esta relación entre clases se da cuando en Java una clase A “extiende” una clase B.

📄 Implementación / realización (Implementation / Realization)

Similar a la herencia, esta relación no es una asociación como tal. Esta relación indica que una clase implementa un contrato definido en una interfaz; esto en Java se traduce en que una clase A implementa una interfaz B.

👉 Dependencia (Dependency)

El nombre de esta relación entre clases puede ser confuso; al final del día, todas las relaciones de las que hablamos forman dependencia entre clases, pero en este caso la relación de dependencia es más temporal; es decir, una clase A podría instanciar y usar una clase B en alguno de sus métodos.

¿Qué opinan?