Module 01 — Spring Boot & IoC (Bases)

Objectif : comprendre ce que Spring fait pour vous et pourquoi on structure une application en couches. Petite introduction sur quelques concepts importants.

---

1) Intérêt d’utiliser un Framework comme Spring/SpringBoot

Sans framework, vous écrivez ceci :

public class PublicQueryController {
  private final ChienRepository chienRepository = new ChienRepositoryImpl(); // (exemple basique)
}

Problèmes

• Couplage : PublicQueryController dépend d’une implémentation précise.
• Tests : impossible de remplacer facilement la dépendance par un mock.
• Évolution : si la dépendance change, vous modifiez de nombreuses classes.
• Lisibilité : on ne sait pas qui dépend de qui.

Avec Spring : on déclare des dépendances et Spring les fournit.

---

2) IoC / DI

• IoC (Inversion of Control) : votre code ne contrôle plus la création des objets !
• DI (Dependency Injection) : Spring injecte automatiquement les dépendances dans vos classes.

---

3) Le conteneur Spring (au démarrage)

Quand l’application démarre, Spring :

1. Scanne le classpath (vos packages, c’est la raison pour laquelle ils doivent être structurés)
2. Détecte les classes annotées (@RestController, @Service, @Repository, @Component)
3. Instancie ces classes (des beans)
4. Résout les dépendances (constructeurs)
5. Garde tout en mémoire et réutilise les instances (objets)

---

4) Rôles des classes (architecture MVC + service)

Couche	Rôle	Vous devez vous demander…
Controller (@RestController)	HTTP/JSON	comment répondre au client ?
Service (@Service)	Métier	quelles règles ? quel enchaînement ?
Repository (@Repository / Spring Data)	Données	comment accéder à la BD ?

Règle d’or :

• Controller = traduction HTTP
• Service = partie métier
• Repository = accès BD

---

5) Pourquoi l’injection par constructeur (et pas par @Autowired)

Recommandé

@RestController
class MonController {
  private final MonService service;
  XController(MonService service)
  {
	this.service = service;
  }
}

Pratique mais moins clean code

@RestController
class MonController {
  @Autowired private MonService service;
}

Pourquoi on préfère utiliser le constructeur ?

• dépendances visibles
• classe valide dès la création
• testable facilement (injection manuelle)
• évite certains pièges (réflexion, champs null)

---

6) Point de départ Spring Boot : @SpringBootApplication

@SpringBootApplication
public class WouafApplication {
  public static void main(String[] args) {
    SpringApplication.run(WouafApplication.class, args);
  }
}

Cette annotation regroupe :

• @Configuration (configuration)
• @EnableAutoConfiguration (auto-config)
• @ComponentScan (scan des composants)

---

7) Auto-configuration : Convention over configuration

Spring Boot détecte les dépendances :

• starter web : configure Spring MVC + Tomcat ou autre
• starter data jpa : configure le JPA/Hibernate
• driver postgres : configure la datasource

Vous configurez le minimum utile, le reste est automatique.

---

8) Intérêt d’utiliser UML pour développer

UML : les composants

UML sert à :

• clarifier le flux avant de coder
• repérer les responsabilités
• éviter de coder au hasard

---

9) Question

1. Expliquez IoC avec vos mots.
2. Donnez 2 raisons d’utiliser l’injection par constructeur.
3. Dans Wouaf Wouaf, repérez un endroit où un controller renvoie une @Entity (indice : PublicQueryController) et expliquez pourquoi c’est risqué !