Miért számít a Singleton minta anti-minta?

A Singleton megsérti a SOLID elveket és megnehezíti a tesztelést:

• Az egyetlen felelősség elvének (SRP) megsértése: Az osztály felelős saját logikájáért és életciklusának kezeléséért (létrehozás és az egyedi példányhoz való hozzáférés).
• A nyitott/zárt elv (OCP) megsértése: A Singleton osztály funkcionalitásának bővítése nehéz lehet anélkül, hogy módosítaná a kódját.
• A Liskov-helyettesítési elv (LSP) megsértése: A Singleton osztály altípusai nem feltétlenül felelnek meg az alap típus szerződéseinek a Singleton megvalósítás sajátosságai miatt.
• A függőségek fordított irányba való fordítása (DIP) megsértése: A modulok egy konkrét Singleton-implementációtól függenek, nem absztrakcióktól. Ez megnehezíti a Singleton objektum mock vagy stub-ként való cseréjét teszteléshez.
• Tesztelési problémák: A Singleton példány globális állapot, ami megnehezíti a párhuzamos tesztelést és a tesztesetek izolálását. Nehéz helyettesíteni a Singleton függőségeit.
• Rejtett függőségek: A Singleton használata elrejti a modulok közötti függőségeket, mivel nem adhatók át explicit módon.
• A több szálon történő hozzáférés problémái: A több szálas környezetben a Singleton példányhoz való hozzáférés szinkronizálása bonyolulttá teheti a kódot és hibákhoz vezethet.
• Az életciklus kezelése: A Singleton objektum életciklusának kezelése és megsemmisítése nem mindig nyilvánvaló.

A Singleton helyett gyakran jobb a függőség-injektálás vagy a Service Locator használata az objektumok életciklusának és hozzáférésének kezelésére.

Az alábbiakban egy tipikus Swift Singleton implementáció látható, amely bemutatja a fent említett problémákat:

// Singleton.swift
class DataManager {
    static let shared = DataManager() // Globális hozzáférési pont, elrejti a függőséget
    
    private init() { // Privát konstruktor, megnehezíti a mock objektumok létrehozását
        // Erőforrások vagy állapot inicializálása
    }
    
    func fetchData() -> [String] {
        // Adatok lekérdezésének logikája (pl. hálózatból vagy adatbázisból)
        // Ez a logika az állapot kezelésével és hozzáféréssel kapcsolatos, megsérti az SRP-t
        return ["Item 1", "Item 2"]
    }
}

// Példa a használatra
// Modul, amely közvetlenül függ a DataManager.shared-tól
class ViewController {
    func displayData() {
        let data = DataManager.shared.fetchData() // Rejtett függőség
        print(data)
    }
}

// A ViewController tesztelése nehézzé válik:
// Hogyan lehet a DataManager.shared-t mock objektummal helyettesíteni?
// Hogyan lehet izolálni a teszteket, ha a DataManager.shared globális?