Ինչու՞ է Singleton ձևը համարվում հակա-դիզայն։

Singleton-ը խախտում է SOLID սկզբունքները և բարդացնում է թեստավորումը:

• Միայն պատասխանատվության սկզբունքի խախտում (SRP): Կլասը միաժամանակ պատասխանատու է իր տրամաբանության և կյանքի ցիկլի կառավարման համար (ստեղծում և մուտք դեպի միակ օրինակ):
• Բաց/փակ սկզբունքի խախտում (OCP): Singleton դասի գործառույթների ընդլայնումը կարող է դժվար լինել առանց նրա կոդը փոփոխելու:
• Բարբարա Լիսկովի փոխարինման սկզբունքի խախտում (LSP): Singleton դասի ենթատեսակները կարող են չկատարել հիմնական տիպի պայմանագրերը՝ կապված Singleton-ի իրականացման առանձնահատկությունների հետ:
• Տնտեսականության սկզբունքի խախտում (DIP): Մոդուլները կախված են կոնկրետ Singleton իրականացումից, ոչ թե աբստրակցիաներից: Սա դժվարացնում է Mock կամ Stub-ով փոխարինել Singleton օբյեկտը՝ թեստավորման համար:
• Թեստավորման խնդիրներ: Singleton օրինակը գլոբալ վիճակ է, ինչը բարդացնում է թեստերի համաժամանակյա կատարմանը և թեստային սցենարների մեկուսացմանը:
• Թաքնված կախվածություններ: Singleton-ի օգտագործումը թաքցնում է մոդուլների միջև կախվածությունները, քանի որ դրանք բացահայտորեն փոխանցված չեն:
• Բազմատողային միջավայրում խնդիրներ: Անհրաժեշտ է սինխրոնիզացնել Singleton-ի մուտքը բազմատողային միջավայրում, ինչը կարող է բարդացնել կոդը և առաջացնել սխալներ:
• Կարծրություն օգտագործման մեջ: Singleton-ի կյանքի ցիկլի կառավարումը և նրա օգտագործումը կարող է լինել անորոշ:

Դրա փոխարեն հաճախ ավելի լավ է օգտագործել կախվածությունների մուտքագրում (Dependency Injection) կամ Service Locator՝ օբյեկտների կյանքի ցիկլը և մուտքը կառավարելու համար:

Swift-ում типիկ Singleton իրականացման օրինակ, որը ցույց է տալիս նշված խնդիրները:

// Singleton.swift
class DataManager {
    static let shared = DataManager() // Գլոբալ մուտքի կետ, թաքցնում է կախվածությունը
    
    private init() { // Փակ կոնստրուկտոր, դժվարացնում է mock օբյեկտների ստեղծումը
        // Ռեսուրսների կամ վիճակի ինիցիալիզացիա
    }
    
    func fetchData() -> [String] {
        // Տվյալների ստացման տրամաբանություն (օր., ցանցից կամ տվյալների բազայից)
        // Այս տրամաբանությունը կապված է վիճակի կառավարման հետ և խախտում է SRP-ը
        return ["Item 1", "Item 2"]
    }
}

// Օգտագործման օրինակ
// Մոդուլ, որը ուղղակի կախված է DataManager.shared-ից
class ViewController {
    func displayData() {
        let data = DataManager.shared.fetchData() // Թաքնված կախվածություն
        print(data)
    }
}

// Թեստավորումը բարդանում է.
// Ինչպե՞ս փոխարինել DataManager.shared-ին mock օբյեկտով:
// Ինչպե՞ս մեկուսացնել թեստերը, եթե DataSourceManager.shared գլոբալ է: