Singleton — bu nima, iOS va Android-da sinfning yagona namunasi

Singleton nima: yakka naqshning mohiyati?

Singleton (yakka) — 1994 yilda GoF (Gang of Four) tomonidan tasvirlangan yaratuvchi dizayn naqshi. Naqsh ikkita vazifani hal qiladi: sinf namunasini yaratishni bitta obʼyekt bilan cheklaydi va ushbu obʼyektga global kirishni taʼminlaydi. Singleton noyob boʻlishi kerak boʻlgan resurslar uchun foydalidir: sessiya fabrikasi, tasvir keshi, maʼlumotlar bazasiga ulanish menejeri, Crashlytics yoki Analytics mijozi.

Singleton implementatsiyasi xususiy konstruktor (tashqi yaratishni taqiqlaydi), yagona namuna bilan statik maydon va statik kirish metodi (shared, instance, getInstance) talab qiladi. Mijozlar obʼyekt yaratish haqida qaygʻurmasdan Singleton.shared.method() chaqiradi. Naqsh iOS va Android da mashhur: URLSession.shared, UserDefaults.standard, FirebaseApp.sharedInstance — bularning barchasi Singleton. Biroq Singleton dan haddan tashqari foydalanish Global State anti-naqshiga olib keladi.

Singleton muammolari — yashirin bogʻliqliklar (sinflar Singleton obʼyektiga bilvosita bogʻliq), testlash qiyinligi (qoʻshimcha harakatsiz testda namunani almashtirib boʻlmaydi), Single Responsibility Principle ni buzish (Singleton ham oʻz namunasini, ham biznes mantigʻini boshqaradi). Zamonaviy mobil ishlanma yagona namunalarni boshqarish uchun DI (Dagger, Hilt, Swinject) ni afzal koʻradi — DI konteyneri obʼyektni bir marta yaratadi va uni konstruktor orqali kiritadi.

iOS da Swift da Singleton: shared va statik xususiyatlar

Swift Singleton xususiy boshlovchi bilan shared statik xususiyati orqali implementatsiya qilinadi. Swift 3 dan boshlab, statik xususiyatlarning kech boshlanishi kafolatlangan holda ip xavfsiz — kompilyator dispatch_once orqali avtomatik sinxronizatsiya qoʻshadi. static let shared = Class() eʼlon qilish va init() ni xususiy qilish kifoya. Swift boshlashdan keyin bir ipli kirish uchun qoʻshimcha sinxronizatsiya talab qilmaydi.

final class NetworkManager {
    // Thread-safe Singleton
    static let shared = NetworkManager()

    private init() {
        URLSessionConfiguration.default.timeoutIntervalForRequest = 30
    }

    private var cache = NSCache<NSString, NSData>()

    func fetchData(from url: URL) async throws -> Data {
        let key = url.absoluteString as NSString
        if let cached = cache.object(forKey: key) {
            return cached as Data
        }
        let (data, _) = try await URLSession.shared.data(from: url)
        cache.setObject(data as NSData, forKey: key)
        return data
    }
}

// Foydalanish
let data = try await NetworkManager.shared.fetchData(from: url)

Apple Singleton — iOS SDK da koʻplab obʼyektlar Singleton dan foydalanadi: UIApplication.shared, UIScreen.main, FileManager.default, NotificationCenter.default, UserDefaults.standard. Apple jismoniy jihatdan noyob boʻlgan xizmatlar (bitta ekran, bitta ilova) uchun Singleton dan foydalanadi. Dasturchilar bu naqshni oʻz xizmatlari uchun koʻchiradilar. SwiftUI da Singleton ga global kirish Environment va @EnvironmentObject bilan almashtiriladi, bu test qilish imkoniyatini yaxshilaydi.

Android da Kotlin da Singleton: companion object va object

Kotlin Singleton — eng oddiy usul: object kalit soʻzi birinchi kirishda kech boshlash bilan sinf-singletonni eʼlon qiladi. Kotlin object ip xavfsiz va qoʻshimcha sinxronizatsiya talab qilmaydi. Agar konstruktor parametrlari bilan Singleton kerak boʻlsa, lazy-delegat bilan companion object ishlatiladi. Android da Singleton koʻpincha Application konteksti va Application.onCreate() orqali boshlanadigan xizmatlar uchun zarur.

// Variant 1: object — parametrsiz oddiy Singleton
object AppPreferences {
    private val prefs = Application.instance
        .getSharedPreferences("app", Context.MODE_PRIVATE)

    var isFirstLaunch: Boolean
        get() = prefs.getBoolean("first_launch", true)
        set(value) = prefs.edit { putBoolean("first_launch", value) }
}

// Variant 2: companion object — parametrlar bilan Singleton
class ApiClient private constructor(baseUrl: String) {
    companion object {
        @Volatile
        private var instance: ApiClient? = null

        fun getInstance(baseUrl: String): ApiClient {
            return instance ?: this.synchronized {
                instance ?: ApiClient(baseUrl).also { instance = it }
            }
        }
    }

    fun request(endpoint: String): String { /* ... */ }
}

Android SDK Singleton — Android ning koʻplab tizim xizmatlari Singleton ni implementatsiya qiladi: context.getSystemService(), Room.databaseBuilder(), Retrofit.Builder(). Misollar SharedPreferences, MediaPlayer, AudioManager ni oʻz ichiga oladi. Android ilovalarida Singleton koʻpincha repository, menejer va fabrikalar uchun ishlatiladi. Google Singleton ni DI (Hilt, Koin) bilan almashtirishni tavsiya qiladi, bu yerda Singleton doirasi (Scope.Singleton yoki @Singleton) konteyner tomonidan boshqariladi va sinf test qilinadigan boʻlib qoladi.

Thread safety: dispatch_once, synchronized va lock

Thread safety — koʻp tarmoqli muhitda Singleton uchun muhim talab. Sinxronizatsiyasiz ikkita ip bir vaqtda instance == null ni tekshirib, ikkita namuna yaratishi mumkin. Yechim — birinchi yaratishda bloklash va boshlashdan keyin boʻshatish. Swift da statik xususiyatlar (static let) sukut boʻyicha ip xavfsiz. Kotlin da object ip xavfsiz. Kotlin da Java uslubi uchun synchronized yoki @Volatile + double-check locking ishlatiladi.

Double-checked locking — Singleton ni kech boshlash uchun naqsh. Birinchi tekshirish sinxronizatsiyasiz (namuna allaqachon yaratilgan boʻlsa tez), ikkinchisi — synchronized ichida (faqat bitta ip tomonidan yaratish). @Volatile barcha iplar uchun oʻzgarishlarning koʻrinishini kafolatlaydi. Volatile boʻlmasa, boshqa ip qisman yaratilgan obʼyektni koʻrishi mumkin. Kotlin da LazyThreadSafetyMode.SYNCHRONIZED bilan lazy-delegat avtomatik ravishda double-checked locking ni implementatsiya qiladi.

Singleton vs Dependency Injection: qachon ishlatish

Dependency Injection — yagona namunani boshqarish uchun Singleton ga alternativa. DI konteyneri (Dagger, Hilt, Koin, Swinject) obʼyektni Singleton doirasida bir marta yaratadi va uni konstruktor orqali kiritadi. Sinf oʻz Singleton statusi haqida bilmaydi — bu konteyner tomonidan hal qilinadi. Kod test qilinadigan boʻladi: testda DI moduli mock moduli bilan almashtiriladi. DI ning afzalliklari: konstruktorda aniq bogʻliqliklar, bekor qilish imkoniyati, yagona hayot aylanishi.

Singleton qachon oqlanadi — tizim darajasidagi obʼyektlar: Crashlytics, Analytics, Logging. Bu xizmatlar AppDelegate/Application da bir marta boshlanadi va hamma joyda ishlatiladi. DI ular uchun ortiqcha. Singleton shuningdek tasvir keshlari (NSCache, Coil, Glide) uchun qulay, bu yerda global kirish ishlash bilan oqlanadi. Qolgan hamma narsa uchun DI afzal: bogʻliqliklarni koʻrinadigan qiladi, testlash va qayta qurishni soddalashtiradi.

Gibrid yondashuv — testlar uchun bekor qilish imkoniyati bilan Singleton. Swift da protokol + statik xususiyat ishlatiladi, test uni almashtirishi mumkin (masalan, URLSession uchun URLProtocol orqali). Kotlin da — refleksiya yoki setter orqali test mock oʻrnatadigan injectable xususiyati bilan open class. Bu yondashuv Singleton ning soddaligini saqlaydi, lekin testlash uchun vositalar beradi. Google Android uchun Hilt ni tavsiya qiladi, Apple iOS uchun DI ni talab qilmaydi — tanlov jamoaga bogʻliq.