Le conteneur Spring

Origines

Nous allons explorer les composants essentiels du framework Spring, qui simplifie la programmation. Il se compose principalement de Spring Core, qui gère les instances de classes en mémoire, ainsi que de bibliothèques de classes utilisant ce cœur, appelées des « beans Spring ». Ces beans sont extensibles et facilement utilisables.

Le cœur du framework charge automatiquement un ensemble de beans au démarrage et permet un accès simple en injectant automatiquement leur référence dans les objets qui les utilisent. Spring offre un contrôle précis sur la gestion des objets en mémoire.

Spring s’intègre harmonieusement avec de nombreux frameworks et produits. Son principal avantage réside dans la création et la mise à disposition automatisée de beans. Ces objets peuvent être de deux types : des singletons partagés ou des objets « prototypes » instanciés à chaque injection.

Les singletons sont instanciés une seule fois dans le conteneur Spring et partagés. Spring gère une liste interne des singletons, les instanciant au besoin et les injectant automatiquement. Les singletons sont généralement créés au démarrage de l’application, sauf quelques exceptions.

Les objets prototypes sont instanciés...

Modules fondamentaux

Les beans spécialisés dont nous allons discuter ont fait leur apparition dans Spring dès la version 0.9, et au fil des versions ultérieures, ils ont bénéficié d’améliorations constantes. Ces beans sont principalement utilisés lorsque nous cherchons à étendre les fonctionnalités de Spring, et ils se manifestent plus fréquemment dans les personnalisations ou extensions à travers un framework maison. Lorsque nous utilisons des annotations dans Spring, nous n’avons généralement pas à interagir directement avec ces objets spécialisés, car ils fonctionnent en coulisses pour prendre en charge diverses opérations internes au sein du framework Spring.

Nous plongerons plus en profondeur dans le fonctionnement des beans dans le chapitre Programmation orientée aspect avec Spring. Pour simplifier, pensez à un bean comme à un proxy qui enrichit un objet Java existant. Ce proxy offre plusieurs avantages, notamment :

Un bean peut être orienté soit vers les données (POJO) soit vers les traitements, en essayant de séparer ces aspects en beans spécialisés. Un bean contient donc plusieurs éléments, notamment la classe d’implémentation réelle, des éléments de configuration comportementale tels que singleton ou prototype, les beans liés pour l’injection de dépendances, et des valeurs de propriété à définir lors de la construction.

Lorsque nous souhaitons utiliser un bean Spring, nous...

Configuration des beans

La configuration des beans dans Spring peut être implicite ou explicite.

En ce qui concerne la configuration des beans, Spring offre plusieurs approches. Vous pouvez les configurer à l’aide de fichiers XML, d’annotations ou même directement en Java, en fonction de vos préférences et de votre projet. Chaque méthode a ses avantages et inconvénients, et le choix dépend souvent des besoins spécifiques du projet et de la préférence de l’équipe de développement.

Nous verrons en détail les différentes façons de configurer l’application.

Possibilité de déclaration des beans

Grâce à la configuration de Spring, nous avons la possibilité de déclarer une structure arborescente d’objets...

Contrôle du cycle de vie : construction et destruction

Dans Spring Framework, la gestion du cycle de vie des beans, notamment leur construction et leur destruction, peut être contrôlée et personnalisée grâce à divers mécanismes. Il est important de comprendre que les beans injectés ne peuvent pas être utilisés directement dans le constructeur d’un bean, car à ce moment-là, Spring n’a pas encore créé et injecté les dépendances. De même, l’utilisation de méthodes de destruction personnalisées est compliquée par les changements récents dans Java, notamment la dépréciation du bloc finally dans le contexte de la gestion des ressources (JEP 421).

Spring offre des annotations spécifiques pour marquer des méthodes à appeler lors de la création et de la destruction d’un bean :

@PostConstruct :

Cette annotation est utilisée sur une méthode pour indiquer qu’elle doit être appelée immédiatement après que le bean a été construit et que toutes les dépendances ont été injectées. Cela permet d’effectuer une initialisation personnalisée. 

Exemple :

     @PostConstruct 
     public void init() { ...

Spring Expression Language

C’est un langage d’expression très utilisé qui permet de variabiliser un paramètre qui serait fixe dans une chaîne, ce qui est plus particulièrement utile avec les paramètres des annotations.

Sa syntaxe est similaire à Jakarta Expression Langage (Unified EL) mais il offre des possibilités supplémentaires comme l’invocation de méthode sur un bean ou sur un objet hors Spring.

Il est possible d’utiliser SpEL de façon autonome via l’utilisation de quelques classes d’infrastructures d’amorçage telles que l’analyseur, mais en général l’utilisation est transparente quand nous codons avec Spring. Le SpEL est très proche des spécifications JavaBeans.

ExpressionParser parser = new SpelExpressionParser (); 
Expression exp = parser.parseExpression ( "'Bonjour à'.concat 
(' vous !')"); 
String message = (String) exp.getValue (); 

"'Bonjour à vous'.bytes.length" 

public <T> T getValue(Class<T> desiredResultType). 

Voiture voiture = new Voiture ( "Ford" , "blanche" ); 
ExpressionParser parser = new SpelExpressionParser (); 
Expression exp = parser.parseExpression ( "marque" ); 
EvaluationContext context = new StandardEvaluationContext (voiture); 
String marque = (String) exp.getValue (context);