Formation
Formation SOLID en pratique
Les cinq principes SOLID sur une vraie boutique e-commerce en Java : code sans pattern, code avec pattern, gains mesurés, labs et atelier final.
7 leçons
3 leçons gratuites
Programme
- 00 Introduction : pourquoi SOLID dans un e-commerce Pourquoi SOLID, les 5 principes en une phrase, les symptômes à repérer et le fil rouge ShopFacile, une boutique e-commerce en Java. Gratuit
- 01 S — Responsabilité unique : le service de commande Découper un service de commande e-commerce qui vérifie le stock, calcule la TVA, sauvegarde, facture et envoie l'e-mail en classes à responsabilité unique. Gratuit
- 02 O — Ouvert / Fermé : les frais de livraison Remplacer le switch des transporteurs (Colissimo, Chronopost, retrait magasin) par le pattern Strategy et ajouter le point relais sans toucher au code existant. Gratuit
- 03 L — Liskov : produits physiques et numériques Pourquoi un e-book ne doit pas hériter d'un produit expédiable, et comment des interfaces par capacité évitent les plantages au paiement.
- 04 I — Ségrégation des interfaces : les moyens de paiement Découper une interface de paiement fourre-tout en interfaces par rôle : carte bancaire, virement et carte cadeau n'implémentent que ce qu'ils savent faire.
- 05 D — Inversion des dépendances : le checkout Libérer le checkout de son prestataire de paiement, de sa base et de son outil d'e-mailing avec des interfaces, l'injection de dépendances, Repository et Adapter.
- 06 Atelier final : le panier, résumé et checklist SOLID Les 5 principes appliqués ensemble à un service de panier e-commerce, avec corrigé, résumé d'une page, checklist de revue de code et quiz final.
Contexte
Une boutique en ligne change tout le temps : nouveau transporteur, nouveau moyen de paiement, nouveau code promo, nouvelle règle de TVA. Le code qui ne respecte pas SOLID transforme chacune de ces demandes en semaine de stress et de régressions.
Cette formation vous apprend à changer le code sans avoir peur, sur un seul fil rouge : ShopFacile, une boutique e-commerce en Java.
Objectifs de la formation
- Expliquer chaque principe SOLID en une phrase, sans jargon.
- Reconnaître le symptôme d’une violation dans du code e-commerce réel.
- Refactorer un exemple avec le pattern adapté : Strategy, interfaces par rôle, injection de dépendances, Repository, Adapter.
- Mesurer le gain : réutilisation, extension, testabilité, risque de régression.
- Savoir quand ne pas appliquer SOLID (sur-ingénierie).
Le fil rouge : ShopFacile
Une boutique en ligne volontairement simple, pour que toute la difficulté vienne de la conception et non du métier :
| Domaine | Ce qu’on y code | Principe travaillé |
|---|---|---|
| Commande | Valider le stock, calculer le total, facturer, notifier | S — Responsabilité unique |
| Livraison | Frais Colissimo, Chronopost, retrait en magasin, point relais | O — Ouvert / Fermé |
| Catalogue | Produits physiques, e-books, cartes cadeaux | L — Liskov |
| Paiement | Carte, virement, carte cadeau, paiement en 3 fois | I — Ségrégation des interfaces |
| Checkout | Prestataire de paiement, base de données, e-mails | D — Inversion des dépendances |
| Panier | Atelier final : les 5 principes ensemble | S, O, L, I, D |
La méthode, identique à chaque leçon
- La règle en une phrase.
- L’analogie de la vie réelle.
- Le code sans pattern : ce qu’on trouve dans la plupart des projets.
- Le problème : ce qui se passe le jour où le métier demande un changement.
- Le code avec pattern : la version propre, prête pour Spring Boot.
- Ce qu’on gagne : réutilisation, extension, SRP, tests.
- Lab, à retenir et quiz pour ancrer.
Pré-requis & environnement de travail
- Java 17+ (Java 21 LTS conseillé)
- Maven ou Gradle
- JUnit 5 (et AssertJ si vous l’utilisez déjà)
- IntelliJ IDEA ou VS Code avec l’extension Java
- Bases de Java : classes, interfaces, héritage. Spring Boot est un plus, pas une obligation.
Pour qui ?
| Profil | Ce que vous en retirez |
|---|---|
| Développeur Java junior | Un réflexe de conception qui évite le code « spaghetti » dès le départ |
| Développeur confirmé | Un vocabulaire et des patterns pour refactorer du legacy sans casser la prod |
| Tech lead | Une checklist de revue de code et des arguments chiffrés pour l’équipe et le management |
Ce que vous gagnez à la fin
- Ajouter un transporteur, un moyen de paiement ou un code promo en ajoutant une classe, pas en modifiant l’existant.
- Tester la logique de commande en quelques millisecondes, sans base ni prestataire de paiement.
- Une checklist SOLID à utiliser dès votre prochaine Pull Request.
