Singleton
Problème
Nous avons une classe qui ne doit être instanciée qu'une seule fois.
Solution
Source : https://fr.wikibooks.org/wiki/Patrons_de_conception/Singleton
Exemple d'implémentation
Nous pouvons par exemple définir une classe pour disposer d'un compteur global à l'application comme suit :
class Sequence {
private static _instance: Sequence = new Sequence();
private _current = 0;
private constructor(){
}
static getInstance(): Sequence {
return Sequence._instance ;
}
current(): number {
return this._current;
}
next(){
return this._current++;
}
}
A l'utilisation, nous aurons :
const sequence = Sequence.getInstance();
console.log(sequence.next()); // 0
console.log(sequence.next()); // 1
Mise en garde
- Il existe plusieurs variantes d'implémentation (thread safe, lazy loading,...) fonction du langage
- L'utilisation d'un singleton rend le code difficilement testable
- L'utilisation d'un singleton rend le code moins flexible (ex :
Camera.getInstance()dans un jeu 3D imposerait la présence d'une seule caméra) - La singletonite est un anti-pattern :
- La tentation est grande de l'utiliser pour disposer d'un accès statique à une instance
- Le problème est le même qu'en cas d'utilisation d'une variable globale
- Il convient de réserver l'utilisation du singleton dans le cas où l'instance doit être unique.
Variantes
En JavaScript et TypeScript, nous remarquerons que les concepteurs utilisent plutôt des variables globales (ex : navigator.geolocation pour l'API de géolocalisation). Il sera aussi plus naturel d'assurer l'unicité de la construction au niveau d'un module plutôt que de recourir à un constructeur privé :
// helpers/globalSequence.ts - instance globale unique de Sequence
const globalSequence : Sequence = new Sequence();
export default globalSequence ;