In dem Buch SDL Game Development wird unter anderem eine kleine Game Engine gebaut, mit Texture Manager, Game States, etc. Doch der Autor benutzt wirklich für jeden Kram das Singleton Pattern. Da ich natürlich von vorne rein wusste, dass das Singleton Pattern einen schlechten Namen hat, habe ich meine eigene Game Engine ohne das Pattern geschrieben. Was ich nun aber bemerkt habe, ist, dass mein Code viel aufgeblähter ist, als seins, mit Singleton. Bei meinem Code muss man viel mehr Sachen an Funktionen weiter übergeben (manchmal auch ziemlich viele Sachen). Und ich wollte fragen: Wann genau macht ein Singleton Pattern eigentlich Sinn? Meine Interpretation dazu: Also eigentlich ist ein Singleton Pattern ja nicht gut, weil es wie eine globale Variable funktioniert, richtig? Andererseits kann man da ein Singleton benutzen, wo man wirklich weiß, dass es logischerweise nur eine Instanz einer bestimmten Klasse geben kann. Zum Beispiel Texture Manager, oder Game State.

Wie würdet ihr das machen? Auf das Singleton Pattern verzichten und etwas mehr Code schreiben oder das Singleton Pattern benutzen und gechillt auf alles von überall zugreifen können?

Hierzu noch eine Singleton-Klasse, so wie ich sie implementieren würde:

#include <memory>

template<typename T>
class singleton{
public:
    template<typename... Args>
    static T& instance(Args&&... arguments){
        if(!inst)
            inst.reset(new T{std::forward<Args>(arguments)...});

        return *inst;
    }

    static void destroy(){
        inst.reset();
    }

protected:
    singleton() = default;

private:
    static std::unique_ptr<T> inst;
};

template<typename T>
std::unique_ptr<T> singleton<T>::inst = nullptr;

Globale Variablen führen dazu, dass Funktionen auf Daten kreuz und quer im Programm zugreifen. Das macht Unit Tests unmöglich, Debugging viel schwieriger und erhöht die Angriffsfläche für viele Arten von Bugs: Race Conditions, Inkonsistenzen, versehentliches Überschreiben von Daten.

Die Nutzer von Singletons sehen nur den vorübergehenden Vorteil, dass sie sich scheinbar weniger Gedanken um die Programmstruktur machen müssen.

Ich versuche jetzt die Game Engine nochmal zu schreiben, vielleicht kommt dann ja noch etwas besseres dabei raus.

Danke für die ausführliche Antwort.