Formation Java / Spring Boot pour développeur.euse.s COBOL
À l’issue de cette journée, vous serez capable de :
Aujourd’hui, on comprend d’abord, on utilise ensuite, puis on automatise !
Jusqu’ici, vous avez :
new
main()
Spring Boot ne change rien au métier, il automatise l’infrastructure. c’est-à-dire tout ce qui ne nous intéresse pas vraiment de coder.
De nombreux TP et exemples ont été testé avec Eclipse, cependant, nous allons utiliser l’IDE IntelliJ de JetBrains puisque c’est celui que les équipes utilisent. Cependant, il n’y a aucune obligation, vous pouvez utiliser l’IDE avec lequel vous êtes le plus à l’aise. Votre projet Spring Boot sera mis en place avec un POM.XML (donc du maven) et du coup, utilisable depuis n’importe quel IDE. Il n’y aura aucun impacte sur le code déployé sur GitLab.
Problème classique en Java “pur” :
CompteDAO dao = new CompteDaoMemoire(); CompteService service = new CompteService(dao);
Ce code :
Vous déclarez l’intention, Spring s’occupe du reste !
Il joue le rôle :
Une application Spring Boot, c’est :
@SpringBootApplication public class BanqueApplication { public static void main(String[] args) { SpringApplication.run(BanqueApplication.class, args); } }
Une annotation (nous allons en utiliser plusieurs mais de manière raisonnable) :
Ce n’est pas du code magique. En fait, vous le savez, ce sont des interfaces qui ne disent pas leurs noms.
@Component public class CompteService { }
Spring :
@Component public class CompteService { private final CompteDAO dao; public CompteService(CompteDAO dao) { this.dao = dao; } }
Le code testé en semaine 3 :
Spring respecte votre architecture, il ne la remplace pas.
Aucun code à écrire pour l’instant.
Prenez un de vos projets des précédentes semaines que vous allez intégrer dans une application Spring Boot
Consignes :
@Component
main
Vous avez compris :
Spring n’est plus une boîte noire.
Les jours suivants on abordera :