Kodėl Singleton šablonas laikomas anti-shablonu?

Singleton pažeidžia SOLID principus ir apsunkina testavimą:

• Vienintelės atsakomybės principo pažeidimas (SRP): Klasė vienu metu atsako už savo logiką ir savo gyvavimo ciklo valdymą (sukūrimą ir prieigą prie vienintelio egzemplioriaus).
• Atviro/uždaro principo pažeidimas (OCP): Singleton klasės funkcionalumo plėtra gali būti sudėtinga be kodo keitimo.
• Barbaros Liskovos keitimo principo pažeidimas (LSP): Singleton klasės potipiai gali neatitikti pagrindinio tipo sutarčių dėl Singleton realizacijos ypatybių.
• Priklausomybės inversijos principo pažeidimas (DIP): Modulia priklauso nuo konkrečios Singleton realizacijos, o ne nuo abstrakcijų. Tai apsunkina Mock ar Stub pakeitimą testavimui.
• Testavimo problemos: Singleton egzempliorius yra globalus būsenos elementas, kuris apsunkina testų vykdymą lygiagrečiai ir jų izoliaciją. Sunku pakeisti priklausomybę nuo Singleton objekto.
• Paslėptos priklausomybės: Singleton naudojimas paslepia priklausomybes tarp modulių, nes jos nėra aiškiai perduodamos.
• Daugiagijinių problemos: Reikia sinchronizuoti prieigą prie Singleton kelių gijų aplinkoje, kas gali komplikuoti kodą ir sukelti klaidų.
• Sudėtingumas utilizacijoje: Singleton objekto gyvavimo ciklo valdymas ir jo utilizacija gali būti neaiški.

Vietoj Singleton dažnai yra pageidautina naudoti priklausomybių injekciją (Dependency Injection) arba Service Locator, kad valdyti objektų gyvavimo ciklą ir jų prieigą.

Pavyzdys tipiškos Singleton realizacijos Swift kalba, kuris demonstruoja minėtas problemas:

// Singleton.swift
class DataManager {
    static let shared = DataManager() // Globalus prieigos taškas, slepia priklausomybę
    
    private init() { // Uždarytas konstruktorius, apsunkina mock objektų kūrimą
        // Išteklių ar būsenos inicializacija
    }
    
    func fetchData() -> [String] {
        // Duomenų gavimo logika (pvz., iš tinklo ar duomenų bazės)
        // Ši logika susijusi su būsenos valdymu ir pažeidžia SRP
        return ["Item 1", "Item 2"]
    }
}

// Pavyzdys naudojimo
// Modulis, kuris tiesiogiai priklauso nuo DataManager.shared
class ViewController {
    func displayData() {
        let data = DataManager.shared.fetchData() // Paslėpta priklausomybė
        print(data)
    }
}

// Testavimas tampa sudėtingas:
// Kaip pakeisti DataManager.shared į mock objektą?
// Kaip izoliuoti testus, jei DataSourceManager.shared yra globalus?