Discussion :

[Patriarch24]

Il ne faut pas dire "le singleton ça sert à rien".
Le pattern singleton ne doit être utilisé que si la classe ne doit avoir qu'une seule instance (ou un nombre limité, on parle plutôt de pool ou de "multiton" dans ce cas). Pas dans d'autres cas.
Les designs patterns sont des outils, qui ont une utilisation précise. Si on utilise un outil pour faire autre chose que ce pour quoi il est conçu, faut pas s'étonner qu'il y ait un problème. Si vous n'êtes pas convaincus, tentez de visser avec une tronçonneuse et d'enfoncer des clous avec un stylo à bille...

Par ailleurs, ce n'est pas parce qu'il est possible d'utiliser un singleton comme une variable globale qu'il ne résout pas des problèmes...

[rp37000]

Oh que c'est bien dit!

CQFD!!

[roudoudouduo]

Effectivement quand j'ai crée ce topic je n'aurais pas du mettre qu'il ne sert à rien, car en vérité le singleton est très dangeureux. Il brise toutes les principes des bonnes pratiques.

Lorsque j'ai commencé à développer en C, le premier avertissement fait au débutant était que les variables globales étaient dangereuses car on ne pouvait prévoir leur accessibilité.

Le principe du singleton est de prévoir un point d'accès global à un objet ! Ca ne vous rapelle rien ?

N'en déplaise aux gens de ce forum, le singleton brise le principe d'encapsulation en rendant silencieuses une relation effective entre deux objets.

Il brise également le principe de responsabilité unique d'un objet : l'objet doit gérér sa problématique et en plus sa propre utilisation.

Sans compter bien sur que ce pattern présuppose que jamais dans la durée de vie du soft l'objet ne prendra de parametre, ne varira en fonction d'un contexte. Bref c'est prendre parie de l'immuabilite d'une application !

[wiztricks]

Côté 'conception', le singleton est et reste utile.

La réalisation doit prendre en compte d'autres réalités: multi-threads, langage de programmation, cycle de vie,... qui peuvent rendre assez cauchemardesque son codage.

Maintenant entre la conception de haut niveau ou le singleton reste un pattern utile et la réalisation, il y a une phase de spécifications détaillées qui est à priori là pour essayer de prendre en compte ces autres réalités et être plus précis sur les modalités/contraintes de réalisation.

Note: S'il est possible de faire une conception de haut niveau assez synthétique grâce à l'usage de patterns, dans les spécifications détaillées, on se permet en général d'agréger plusieurs patterns dans un même ensemble de classes. C'est une autre façon de dire que la conception de haut niveau décomposent le problème alors que spécifications détaillées visent à clarifier comment ce sera construit - et on construit toujours de bas en haut!
-W