Chargement des données (Singletons) au démarrage de l'appli

**Micke7** · 30/11/2011, 16h18

Bonjour,

Afin d'éviter de créer plusieurs instances d'objets ne le nécessitant pas (par exemple des communes) (Singleton?), je souhaiterais les charger au lancement de mon application.
J'ai codé quelque chose qui fonctionne mais je ne suis pas sûr que c'est la meilleure des solutions. Je vous demande donc votre avis

Le but ici est de charger des objets de type Commune.

Pour cela j'ai créé:
.une classe Commune (possédant id,libelle etc etc)
.une interface SingletonCtrl contenant la définition d'une méthode nommée LoadData().
.une interface CommuneCtrl héritant de l'interface SingletonCtrl et contenant les définitions de méthodes propres aux objets Commune.
.une classe CommuneCtrlImpl implémentant donc l'interface CommuneCtrl et surchargeant donc les méthodes de CommuneCtrl et de SingletonCtrl.
.et enfin une classe Singleton possédant une méthode statiques loadSingletons() dans laquelle je renseigne les classes héritant de SingletonCtrl (à voir si cela peut être fait automatiquement) et j'appelle les méthodes loadData() de ces différentes classes.

La méthode en question

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
20
21
22
23
24
25
26
27
28
 
 public static void loadSingletons() throws ControleurException{
	Class classeEnCours = null;
 
	listeClassCtrlSingleton = new ArrayList<Class>();
	listeClassCtrlSingleton.add(CommuneCtrlImpl.class);
	listeClassCtrlSingleton.add(VarieteCtrlImpl.class);
 
	try {
	    for (Class classe:listeClassCtrlSingleton){
		classeEnCours = classe;
		Method[] tablMethode = classe.getMethods();
		for (int i=0;i<tablMethode.length;i++){	
		    if (tablMethode[i].getName().contains("loadData")){
			tablMethode[i].invoke(classe.newInstance());
		    }
		}
	    }
	} catch (IllegalArgumentException e) {
	    gestionErreur(e,classeEnCours);
	} catch (IllegalAccessException e) {
	    gestionErreur(e,classeEnCours);
	} catch (InvocationTargetException e) {
	    gestionErreur(e,classeEnCours); 
	} catch (InstantiationException e) {
	    gestionErreur(e,classeEnCours);
	}
    }

Ainsi, pour charger toutes mes données, je fais un Singleton.loadSingletons(); dans ma classe Main.

Comme expliqué précédemment, le code fonctionne mais j'ai un gros doute concernant sa simplicité, son respect des normes etc etc.

Merci d'avance à ceux qui s'attarderont sur mon problème

**professeur shadoko** · 30/11/2011, 19h37

Uuuergh ... compliqué.
est-ce que tu sais utiliser des blocs static dans des classes?
chaque classe aurait son bloc static qui sera executé au chargement.
serait-ce pas plus simple?

**Micke7** · 05/12/2011, 10h36

Salut professeur shadoko,

Je souhaiterais faire en sorte d'obliger la déclaration d'une méthode de chargement de données pour les classes concernées donc, sauf erreur de ma part, je suis obligé de passer par une interface commune, et il n'est pas possible de déclarer des classes statiques dans les interfaces.

Ou alors n'ai-je pas bien compris ton idée?

**LittleBean** · 05/12/2011, 16h43

et il n'est pas possible de déclarer des classes statiques dans les interface

Effectivement

Je souhaiterais faire en sorte d'obliger la déclaration d'une méthode de chargement de données pour les classes concernées donc, sauf erreur de ma part, je suis obligé de passer par une interface commune,

Pourquoi passer par une méthode ? Quelle en est l'utilité ?
Je pense qu'un bout de code présentant l'appel de ces données, pourrait éclairer ta demande.

La solution "bloc static" est des plus élégantes pour ton besoin, la jvm se charge d’exécuter le code lors de la première utilisation de la classe, tu es ainsi assuré :
- unicité de l’exécution du code
- le code aura toujours été joué avant que tu en ais besoin

**Mako 5013** · 05/12/2011, 17h15

Envoyé par LittleBean

La solution "bloc static" est des plus élégantes pour ton besoin, la jvm se charge d’exécuter le code lors de la première utilisation de la classe, tu es ainsi assuré :
- unicité de l’exécution du code
- le code aura toujours été joué avant que tu en ais besoin

Arrêtez-moi si je me trompe, mais cela n'est pas vrai tout le temps, non ?

Par exemple, si la classe possède des méthodes statiques et que l'on commence par appeler une de celles-ci, l'appel à la méthode se fera avant l'appel au bloc static (qui ne se fera pas du tout en fait). C'est particulièrement gênant dans le cas de classes utilitaires ne comprenant que des méthodes statiques.

Mako.

**wax78** · 05/12/2011, 17h43

Tu te trompes, avec ce petit exemple, quoiqu'il arrive, tu va voir "block static", puis "turlututu" apparaitre si tu utilises quoi que ce soit de la classe eee;

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 class eee
{
	static double V = 0;
	static
	{
		System.err.println("block static");
		V = 3;
	}
	public static void main(String[] args)
	{
                      // eee.V = 15; marche aussi
		eee.test();
	}
 
	public static void test()
	{
		System.err.println("Turlututu");
	}
}