Contenido del curso
Leiber Bertel
Alejandro Ramírez
Luis Hernando Sarmiento Garzón
Santiago higuita ochoa
Cristian Julian Muñoz Buenahora
Jesus Ivan Villalobos de la Cruz
Alejandro Ramírez
Andres Marin
ANDRES ALFONSO MIRA MEJIA
Gerson Augusto Rosales Jauregui
Alta cohesión y bajo acoplamiento. Si lo ves como una metáfora:
¡Buena metáfora, Leiber!
Justo así: alta cohesión significa que cada módulo (o miembro de la banda) está enfocado en hacer muy bien una sola cosa.
Bajo acoplamiento implica que los módulos interactúan entre sí de forma controlada y con dependencias mínimas, de modo que puedas cambiar uno (como el baterista) sin afectar drásticamente el resto del sistema. En software, esto nos da código más mantenible, flexible y fácil de escalar.
Excelente metáfora, entendido el concepto. Gracias!
EJEMPLO 1 — Sin Inyección de Dependencias (SIN DI, SIN IoC)
La clase crea sus propias dependencias.
// Clase Motor
class Motor {
void encender() {
System.out.println("El motor se encendió.");
}
}
// Clase Carro SIN inyección de dependencias
class Carro {
// ❌ El carro crea su propio motor (mala práctica)
private Motor motor = new Motor();
void conducir() {
motor.encender(); // Usa el motor que él mismo creó
System.out.println("El carro está conduciendo.");
}
}
public class Main {
public static void main(String[] args) {
Carro carro = new Carro(); // Carro crea internamente su motor
carro.conducir();
}
}
🔍 ¿Qué pasa aquí?
Carro crea su propio Motor.
Carro depende directamente de la clase concreta Motor.
No puedo cambiar el motor sin cambiar el código del carro.
NO hay inversión de control → Carro controla todo.
EJEMPLO 2 — Con Inyección de Dependencias (CON DI, CON IoC)
La dependencia se entrega desde afuera.
// Clase Motor
class Motor {
void encender() {
System.out.println("El motor se encendió.");
}
}
// Clase Carro CON inyección de dependencias
class Carro {
private Motor motor;
// ✔️ Inyección por constructor
// El motor NO se crea aquí, SE RECIBE desde afuera
Carro(Motor motor) {
this.motor = motor;
}
void conducir() {
motor.encender();
System.out.println("El carro está conduciendo.");
}
}
public class Main {
public static void main(String[] args) {
Motor motor = new Motor(); // ✔️ Creamos el motor afuera
Carro carro = new Carro(motor); // ✔️ Se lo inyectamos al carro
carro.conducir();
}
}
¿Qué pasa aquí?
🟦 1. ¿Qué hace Spring exactamente?
Spring tiene un componente llamado:
🧰 IoC Container (o Spring Container)
Este contenedor es el que:
crea tus objetos (Beans),
los mantiene vivos,
inyecta sus dependencias,
decide cuándo crearlos y cómo.
👉 Tú ya no creas objetos con new. Spring los crea por ti.
Eso es Inversión de Control (IoC).
2. ¿Qué es un Bean?
Un Bean es simplemente un objeto administrado por Spring.
Si Spring lo crea → es un BEAN.
Si tú lo creas con new → NO es un BEAN.
🟧 3. ¿Cómo se vuelve algo un Bean? → Anotaciones
Hay tres formas principales:
⭐ Forma 1: Componentes automatizados
Spring los detecta escaneando el proyecto.
@Component
@Service
@Repository
@Controller
@RestController
Excelente ese ejemplo, gracias por compartir!
De acuerdo a la documentación de Spring una de las principales razones para usar ID a través de un constructor(Constructor-based) en lugar de usar @Autowired (setter-based) es que nos permite implementar componentes (beans) de aplicación como objetos inmutables y se asegura que las dependencias requeridas no sean null.
Genial! Gracias Jesus.
No entiendo porque no usa MAVEN si es mas utilizada que GRADLE
✅
Tambien existe la notación de Lombok
@RequiredArgsConstructor
que codifica los constructores al momento de compilar por lo cual no estan disponibles en nuestros controladores
