Spring et classes utilitaires

**polter** · 11/08/2010, 16h16

Bonjour,

j'initialise mon projet avec Spring.

J'ai cependant une question : comment initialiser une variable dans une classe utilitaire (contenant uniquement des méthodes statiques) du genre :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
 
public final Tools {
     /**
      * Injectée par Spring
     **/
     private static String path;
 
     private Tools(){
          //constructeur privé pour empecher l'instanciation
     }
 
     public static void setPath(String string){
          PATH = string;
     }
 
 
     public static void do(){
          //methode statique utlisant path
     }

tout fonctionne en instanciant via <bean> et Spring un objet Tools mais je ne trouve pas cela très propre.

en effet, Tools étant une classe statique, on ne devrait pas l'instancier (elle devrait même être definie abstract pour empecher vraiment l'instanciation).
de plus path devrait etre definie en final (c'est une constante). j'ai viré final pour pouvoir l'initialiser avec Spring.

ya-t-il une solution pour faire plus proprement (classe Tools abstraite, et PATH en constante...) ?

Merci

**polter** · 16/08/2010, 15h36

personne n'a une idée ?

**thelvin** · 16/08/2010, 17h19

Moi j'ai bien plusieurs idées :

- Un <bean> ça sert à créer un objet ou une fabrique d'objets. Pas à setter des propriétés statiques. Et un applicationContext.xml, ça sert à définir des beans.
Conclusion, c'est pas le bon outil. Un ServletContextListener qui s'occupe de régler ça, par exemple, serait sûrement plus adapté. Il pourrait lire l'info d'un fichier .properties.
Dans le même genre, créer un bean sans id, d'une classe qui implémente InitializingBean, et dans son afterPropertiesSet() s'occupe d'appeler la méthode statique. Au fond, ça existe peut-être, mais j'en ai pas trouvé dans la doc. C'est quand même pas top comme usage.

- Une méthode qui a besoin de configuration préalable pour fonctionner n'a pas à être statique. Elle doit être méthode membre d'une classe instanciée, la configuration étant faite à l'instanciation. L'instance doit être passée à tous ses utilisateurs.
Bon, c'est vrai qu'il y a des exceptions, comme la configuration du logging. Et elle est faite avec des ServletContextListener. Disons que applicationContext.xml n'est pas conçu pour ça, même si on peut imaginer des cas où il s'agit d'injecter des dépendances.

**Patriarch24** · 16/08/2010, 17h47

Tools étant une classe statique

Moi je commencerais par me poser la question suivante : Tools est-elle une classe statique, si ses propriétés changent ?

Les beans créés via Spring sont par défaut des singletons, donc il n'en existe qu'une seule instance. Cela remplace avantageusement la classe statique.
D'ailleurs, le pattern Singleton remplace la classe statique dans de très nombreux cas (tous ?) sans Spring.

**polter** · 17/08/2010, 23h02

Bonsoir,

voila la question static/singleton.

les proprietes statiques peuvent etre modifié dans l'évolution d'un programme...

bon pour resoudre, je transforme ma classe static en une classe normal, avec utilisation du singleton initialisé par spring.

je vais également regarder du coté du ServletContextListener.

merci