User Tools

Site Tools


Table of Contents


Restrict instanciation of a class to one object.


UML Diagram


Having a sealed class and private constructor are essential to forbid indirect creation of objects of this class. The actual creation of the object is deferred to the first call to the Instance property. For a complete analysis and also some alternatives with full lazy creation, have a look here (you will see the things are actually not as simple as they look like)

public sealed class $classname$
    private static readonly $classname$ _instance = new $classname$;
    static $classname$() { }  // lazy instantiation
    private $classname$() { }
    public static $classname$ Instance
         get { return instance; }


  • IMPLEMENTATION: In a multithreaded environment there are some pitfalls resulting from race conditions. A naive implementation can lead to bad behaviour. Although the pattern seems trivial, it is actually quite complex to implement correctly especially in languages like C++. The implementation provided here is thread-safe.
  • USE: Copious use of the singleton pattern where inappropriate in your design is known as the singletonitis anti-pattern. This is as bad as using global variables and unnecessarily limits the re-use of the code. So use the singleton pattern with care only where the concept you implement is really global (like system settings for example)

Whereas the singleton patterns seems easy and fine to use, there are a lot of aspects speaking against its usage such as testability, tight coupling, … As all things in life nothing is completely black or white, have a look at these links and try out to find what is the best in your case:



patterns/dp_singleton.txt · Last modified: 2015/07/26 08:33 (external edit)