différentes implémentations Singelton

Question

Quand j'ai été présenté au modèle singleton, ce fut la façon de la mettre en œuvre:

public class MySingleton 
{ 
    private MyStingleton instance; 

    private MySingleton() 
    { 
     //constructor 
    } 

    public static MySingleton GetInstance() 
    { 
     if(instance== null) 
     { 
      instance = new MySingleton();  
     } 
     return instance; 
    } 
} 

Quel est l'avantage de le faire de cette façon, par rapport à ceci:

public class MySingleton 
{ 
    public static readonly MyStingleton Instance = new MySingleton(); 

    private MySingleton() 
    { 
     //constructor 
    } 

} 

Answer 1

Le premier exemple n'est pas thread-safe. Vous pouvez jeter un oeil à la following article.

Answer 2

Ces deux implémentations singleton sont dangereuses, et je ne vois aucun avantage à utiliser le second sur le premier.

Vous devriez probablement vérifier ce lien: http://www.yoda.arachsys.com/csharp/singleton.html où un certain nombre d'implémentations singleton est répertorié, pour chacun est expliqué pourquoi ils sont bons ou mauvais.

singleton finale correcte est la suivante:

public sealed class Singleton 
{ 
    Singleton() 
    { 
    } 

    public static Singleton Instance 
    { 
     get 
     { 
      return Nested.instance; 
     } 
    } 

    class Nested 
    { 
     // Explicit static constructor to tell C# compiler 
     // not to mark type as beforefieldinit 
     static Nested() 
     { 
     } 

     internal static readonly Singleton instance = new Singleton(); 
    } 
} 

Answer 3

Dans la première, l'instance ne se crée pas jusqu'à ce que vous appelez la méthode statique GetInstance. vous créez l'instance juste quand vous appelez cette méthode.

Dans le second, l'instance est une constante, est conceptuellement différente.

utilisé pour utiliser le premier, est le modèle que j'ai toujours vu, et vous pouvez contrôler quand l'instance est créée.