Discussion :

[speedster]

Bonjour,

J'ai une question qui est peut être bête mais elle m'est venue à l'esprit.

On créé un singleton lorsqu'on ne souhaite qu'une instance unique de cette classe.

Une alternative ne serait-elle pas de remplacer le singleton par une classe abstraite contenant que des champs de type "static" et qui seraient initialisés par une méthode elle-même "static" ?

Code :

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

1
2
3
4
5
6
7
8
9
10
abstract class MaClasse {
  private static String monChamp1;
  private static String monChamp2;
 
  public static void load initialize(String champ1, String champ2) {
    monChamp1 = champ1;
    monChamp2 = champ2;
  }
 
}

[g_rare]

Avec un singleton tu crées une instance (dont les attributs sont accessibles par des getters et/ou setters) unique d'une classe, alors que ta classe abstraite "bidouillée" représente plutôt un ensemble d'attributs : au final on ne peux pas manipuler la structure que réprésente ta classe abstraite dans son ensemble (comme objet) mais on est restreint de le faire attribut par attribut.
[REMARQUE : les Design Patterns (dont Singleton) ont été pensés pour que tu ne te reposes pas les questions et surtout que tu ne tombes pas dans certains pièges de conception!]

[speedster]

Je m'étais posé cette question car le Singleton en MultiThreading pose des problèmes et je réflechissais à une façon d'éviter l'usage du Singleton.

[Patriarch24]

Je m'étais posé cette question car le Singleton en MultiThreading pose des problèmes et je réflechissais à une façon d'éviter l'usage du Singleton.

Il existe un nombre impressionnant d'articles à ce sujet.
est ton ami.

[adiGuba]

Salut,

Je m'étais posé cette question car le Singleton en MultiThreading pose des problèmes et je réflechissais à une façon d'éviter l'usage du Singleton.

Et en quoi l'utilisation de méthode static résolu le problème ???

Dans ton cas si deux threads appellent la méthode initialize() tu auras le même problème...


De plus ce problème est limité à quelques cas particulier, et il y a plusieurs solutions simples :

• Si le singleton n'a pas besoin de création spécifique,on peut le créer au chargement de la classe (c'est le classloader qui créera l'instance quel que soit le thread) :
  

  Code :

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

  1
  2
  3
  4
  5
  6
  7
  8
  9
  10
  public final class Singleton {
  	private final static Singleton INSTANCE = new Singleton();
   
  	private Singleton() {
  	}
   
  	public static Singleton getInstance() {
  		return INSTANCE;
  	}
  }

• Sinon le plus simple reste encore d'utiliser getInstance() au démarrage de l'application avant de créer les autres threads. Dans ce cas là il n'y a plus de problème par la suite (concernant la création de l'instance bien sûr).

Bref quel type d'application utilises-tu pour risquer des problèmes lors de la création de ton singleton ?


a++

[speedster]

Il s'agit d'une appli Web et je souhaitais configurer un objet contenant les informations de la base de données.

Mais ma question est plus d'ordre "métaphysique".

Par contre, je ne vois pas pourquoi le problème du multithreading se pose avec ma classe "batarde" puisqu'il n'y a pas de vérification sur la variable instance.

[adiGuba]

Par contre, je ne vois pas pourquoi le problème du multithreading se pose avec ma classe "batarde" puisqu'il n'y a pas de vérification sur la variable instance.

Ben le problème est toujours le même : si tu est en multithread tu n'est pas sûr que initialize() soit appelé avant toutes les autres méthodes...

A moins bien sûr d'utiliser une des solutions cités dans mon précédent message. Mais dans ce cas là pourquoi se privée du Singleton qui adopte une approche plus orienté objet...

a++