Discussion :

[WipEout37]

Bonjour à tous,

J'étudie le code du design pattern singleton, dont voici une implémentation (trouvée dans les tutos de developpez.net) et j'ai une question à ce propos.

code:

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
public class LazySingleton
{
    private static final LazySingleton instance = new LazySingleton();
 
    private LazySingleton()
    {
        System.out.println("Construction du Singleton au premier appel");
    }
 
    public static final LazySingleton getInstance() 
    {
        return instance;
    }
 
    @Override
    public String toString()
    {
       return String.format("Je suis le LazySingleton : %s", super.toString());
    }
}

A la première ligne, comment est-ce possible de créer l'instance de type "LazySingleton" alors que la classe dont elle dépend est en cours de définition ???

Il y a un concept que je ne dois pas saisir, mais lequel ?

En vous remerciant.

[thelvin]

Hello,

Java est un langage compilé. D'abord on le compile vers des fichiers binaires, et ensuite on lance le programme.

Ça veut dire que les lignes ne sont pas interprétées au fur et à mesure qu'on les rencontre, mais qu'elles décrivent, toutes ensemble à la fois, la définition de la classe.

Puisque la définition est entièrement connue après compilation, rien n'empêche donc la classe d'appeler son propre constructeur et donc de créer des instances d'elle-même. Il faut juste éviter d'appeler son propre constructeur à l'intérieur de son propre constructeur : du coup chaque instance que tu crées va vouloir créer une autre instance et ça ne finit jamais. Ou alors il faut faire attention de bien prévoir des cas qui finissent.

... Bon et c'est pas de la magie. Les langages interprétés à la volée, qui ne nécessitent pas de précompilation, résolvent ce même problème de manière simple : quand ils tombent sur une classe, ils lisent la description entière de la classe, du début à sa fin, d'abord, et ils exécutent les instructions d'initialisation de la classe, ensuite.

[WipEout37]

Salut

Je te remercie infiniment pour ton explication complète

Bonne journée.

[professeur shadoko]

je me pose la question suivante: est-ce que le message "construction au premier appel" n'est pas légèrement trompeur...
Le code d'initialisation est exécuté au "load time" quand la classe est prise en compte et initialisée par le chargeur de classe.
Il est garanti que ce code aura été exécuté quand on fera appel à getInstance() ... mais peut-il s'être exécuté avant?
A mon avis oui dans certaines circonstances. Un autre avis?

[thelvin]

'Suffit d'un Class.forName() ou d'un appel à un éventuel autre membre (mais pas une variable constante) que getInstance().

Mais bon, ça n'a pas l'air très important en fait. C'est plus qu'on est garanti d'initialiser pas plus d'une fois, et que ça arrive avant qu'on appelle le getter vers l'instance.