Why Singletons Are Evil

Currently I'm working on enabling automated unit testing in a legacy code base but I am seriously hindered by the singleton design pattern which is very common in the code base in the form of managers. A quick sweep with a static code analysis tool reveals that 1207 out of 4787 classes depend on such (singleton) managers. See the nice graph generated with GSD to get an idea of these dependencies:

Singletons Are Evil
This means that 25% of all classes in the code base are virtually impossible, or at least very hard to unit test. Testing gets difficult as the singletons' global state has to be initialised for each test. This slows down test execution and makes the tests more brittle. That's one of many reasons I just hate the singleton pattern. It's an object oriented anti-pattern. In case you do not believe me, I am sure you will believe well known people like Miško Hevery, Uncle Bob or J.B. Rainsberger to name just a few. At least read Steve Yegge's take on the singleton which is my favourite article on the topic.

Pure Evilness
Some years ago I worked on a code base which was similar both in size and the number of singletons involved. In fact it was not that bad, only 15% of all classes were depending on a singleton, still it was nasty to work with.So I took the liberty to educate my team mates on the singleton's evilness. The following list was taken from my Design Patterns reading group notes and contains all negative effects of singletons that I'm aware of. Singletons are evil because they ...

... introduce global state/global variables.

• ... hurt modularity and readability.
• ... make concurrent programming hard.
• ... encourage you to forget everything about object oriented design.

... break encapsulation/increase coupling.

• ... are a throwback to non object oriented programming.
• ... allow anyone to access them at any time. (They ignore scope.)
• Finding the right balance of exposure and protection for an object is critical for maintaining flexibility.
• They typically show up like star networks in a coupling diagram.
• ... make assumptions about the applications that will use them.
• If nobody is going to use them they are basically just memory leaks.

... cause coding/design problems.

• Signatures of methods (inputs) don't show their dependencies, because the method could pull a singleton out of thin air.
• All singletons have to stick in boilerplate code.
• Everyone who uses it has to stick in boilerplate code, too.

... make code hard to test.

• When classes are coupled, it is possible only to test a group of classes together, making bugs more difficult to isolate.
• ... can prevent a developer from testing a class at all.
• Two tests that actually depend on each other by modifying a shared resource (the singleton) can produce blinking tests.

... prevent you from using other code in place of production implementations.

• Mocking would make unit tests run more quickly.
• It is simpler to simulate behaviour than to recreate behaviour.

So always remember that Singletons are Evil!

T-shirts, T-shirts, T-shirts

My Personal Branding
Here it is - finally - the official Code Cop T-shirt. In fact it's not just a shirt, but a whole series of variations: There is a black on blue version that has proper contrast and one with a navy-coloured logo which is a bit more discreet.


My favourite one is the cosy version of the blue 'Code Cop' shirt. The large logo on the front and the URL on the back are produced using Flock Print. There is a female version - I just don't know when to stop! They all look great and I had each of them produced and sent to me to inspect.


More Freaky
Who needs such T-shirts? Well, geeks need cool shirts and Jeff has one, too. If you like freaky shirts as much as I do, then you will probably love my coding related quotes shirts. I like to use (more or less) ingenious quotes to bother my colleagues with either small advice or mild criticism. One of my favourite quotes for crappy but fast developed code is Uncle Bob's "rushingtogetawholebunchofshitcodedandsortofrunning". Wearing this shirt you don't even have to say it out loud. ;-)


Talking of coding: What's your favourite design pattern? Mine is the Singleton pattern. No, I'm joking, I hate it. Alex Miller hates it too and explained some time ago why it's so hateful. (At my previous working place one third of all classes was dependant on singletons. It was awful.) I can't stand them. I'm getting sick when I see one. Therefore I'm sure that Singletons Are Evil.


(Buy Code Cop shirts)