I’ve been doing a lot of reading about how using singleton classes is becoming bad practice in programming due to hidden dependencies, hard to test etc etc.
A lot of forum posts I have read have said that you can still maintain a singleton’s main functionality of only allowing one instance without using the singleton pattern.
I wondered if anyone could give a practical example of this. A lot of posts have suggested using a factory class to create singleton instances where the dependencies are clearly shown. To me this just seems like taking multiple singletons and combining them into a single factory singleton which would have the same problems?
The problem with the “singleton pattern” is really not with the singleton itself, but with the inflexible static factory method in the singleton class. And I believe that even in the GoF book, this was considered an example of how a singleton could be accessed, not the definitive implementation model.
The difference is that this single factory then becomes the single point where you maintain dependencies.
And in fact, the generally accepted solution is to use a dependency injection framework like Spring or Guice which is basically such a single factory with a very powerful and flexible configuration mechanism which can do much more than just manage singletons.