Discussion :

[piloupy]

Bonjour,

Quelle différence faites-vous entre une classe static et un singleton ?

Les 2 jouent le rôle de n'avoir qu'une seule instance de classe, donc je ne vois pas vraiment l'utilité d'un Design Pattern singleton...

Merci d'avance pour vos réponses,

piloupy

[bruno_pages]

une classe n'ayant que des membres statiques est un namespace déguisé et n'a donc pas besoin d'être instanciée, contrairement au singleton

j'avoue être peu fan des singletons, comme je suis fainéant devoir écrire ClasseXX::instance()->oper(...) à la place de ClasseXX::oper(...) m'insupporte, sans parler du fait que le code passera son temps à atteindre l'instance pour rien avec en prime une éventuelle protection vis à vis du multi-tâche

il reste cependant des cas ou le singleton et préférable, par exemple pour bénéficier d'héritage, et pour d'éventuels problèmes d'ordre d'initialisations au lancement de l'application

[hed62]

Le grand intérêt de singleton est effectivement d'assurer l'existance d'une instance (donc dont l'initialisation a été faite) d'un objet. Cela permet de ne faire cette initialisation qu'une fois, au contraire de membres statics.

[bruno_pages]

Cela permet de ne faire cette initialisation qu'une fois, au contraire de membres statics.

je ne comprends pas en quoi il y a une différence avec les membres statiques

[hed62]

Les membres statiques d'un classe (statique elle aussi) ne bénéficie pas du traitement qui aurait pu préalablement être fait lors de la construction du singleton.

Je m'explique par un exemple, pas forcément bien choisi, mais bon :

Code java :

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

1
2
3
4
5
6
7
8
9
10
 
public static class MaStatique
{
  public static object MonOperation()
  {
     //Connection à la base
     //Requete
     //retour
  }
}

Code java :

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
 
 
 
public class MonSingleton {
   private MonSingletonInstance = null;
 
  Connection connectionALaBase;
 
   public static MonSingleton GetSingleton()
   {
       if (MonSingletonInstance = null)
          MonSingletonInstance = new MonSingleton();
       return MonSingletonInstance ;
    }
 
  private MonSingleton()
  {
     // connection à la base
  }
 
  public object MonOperation()
  {
     //Requete
     //retour
  }
}

Dans mon exemple, j'ai mélangé les static avec le singleton... On peut extraire tout ce qui est statique dans une Fabrique :

Code java :

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
29
 
// dans un namespace
 
public class FabriqueSingleton
{
   private MonSingletonInstance = null;   public MonSingleton GetSingleton()
   {
       if (MonSingletonInstance = null)
          MonSingletonInstance = new MonSingleton();
       return MonSingletonInstance ;
    }
 
}
 
public class MonSingleton {
 
  Connection connectionALaBase;
 
  protected MonSingleton()
  {
     // connection à la base
  }
 
  public object MonOperation()
  {
     //Requete
     //retour
  }
}

La connection à la base est faite une fois pour toute.

[bruno_pages]

mais tu peux faire très exactement la même chose sans singleton via l'initialisation d'un des membres statiques

par contre, comme je l'avais dit, on peut alors avoir des problèmes d'ordre d'exécution car on ne domine pas l'ordre des initialisations des membres statiques/var globales

bien évidement il est toujours possible au pire de faire une fonction d'init appelée par le main

le choix entre classe avec membres statiques et singleton est une question de gout. Dans Bouml je n'est pas de singleton mais des classes avec membres statiques pour la raison évoquée dans ma première réponse

[Hephaistos007]

Bonjour,

Quelle différence faites-vous entre une classe static et un singleton ?

Les 2 jouent le rôle de n'avoir qu'une seule instance de classe, donc je ne vois pas vraiment l'utilité d'un Design Pattern singleton...

Merci d'avance pour vos réponses,

piloupy

A première vue, on peut faire avec une classe statique ce que l'on peut faire avec une classe normale + pattern singleton. Seulement, la première solution ignore totalement le mécanisme d'instantiation, alors que la seconde non. En d'autres termes, la première solution ne permet pas de manipuler un objet, tandis que la seconde oui. Or, toute la doctrine objet est basé sur le traitement d'objets.

Considérons la classe Customer possédant trois champs nom, prénom et email, plus les selecteurs et mutateurs habituels. Considérons également la classe CustomerUtil qui offre la méthode boolean validate(Customer toBeValidated) afin de valider que le contenu des champs est bien formé. Dans un contexte particulier, on peut exiger l'existence que d'un seul customer dans le système. Si vous introduisez un pattern singleton, rien ne change, vous pouvez toujours utiliser la méthode boolean validate(Customer toBeValidated). Si vous transformez Customer en classe statique, exit la notion d'objet, et toute votre conception est à revoir.

Ce que je veux dire simplement sur cet exemple, c'est que vouloir controller l'instantiation n'a que peu d'impact sur l'existant, alors que l'utilisation de classe statique va bouleverser l'existant. Ce critère suffit à faire son choix.

[piloupy]

Merci encore une fois pour toutes vos interventions. Elles ont été très enrichissantes.

Je viens de rentrer de vacances...

piloupy