Unowned Reference: nədir, sintaksisi və tətbiqi mobil tətbiqlərdə

Unowned Reference nədir?

Unowned Reference — ARC-də retain count-u artırmayan sahib olmayan bir obyekt referansıdır. Weak-dən fərqli olaraq, unowned deallokasiyadan sonra sıfırlanmır: o, artıq azad edilmiş yaddaş sahəsinə işarə etməyə davam edir. Belə bir referansa müraciət EXC_BAD_ACCESS ilə runtime crash-a səbəb olur.

“Sahibsiz” termini semantikanı əks etdirir: obyekt mövcuddur, lakin heç kim onun həyat müddətinə cavabdeh deyil. Proqramçı açıq şəkildə bəyan edir: “Mən zəmanət verirəm ki, bu obyekt mən ona istinad edərkən yaşayacaq”. Kompilyator bu zəmanəti yoxlamır — bu, proqramçı səviyyəsində kontraktdır.

Swift.org Documentation, 2026-ya görə, unowned referanslar zəmanətli həyat müddəti olan ssenarilərdə weak-dən üstündür, çünki: onlar opsional tip tələb etmir (təmiz kod), unwrap tələb etmir (daha az force-unwrap və ya guard let) və zeroing weak-cədvəlinin saxlanması üçün əlavə yük daşımır. Lakin kontraktın hər hansı pozulması — crash deməkdir.

Swift-də unowned sintaksisi

Swift-də unowned referanslar let və ya var qarşısında unowned açar sözü ilə bəyan edilir. Weak-dən fərqli olaraq, unowned həm let, həm də var ola bilər və opsional tip tələb etmir. Bu xüsusiyyət unowned-ı mövzu sahəsinin məntiqinə görə nil ola bilməyən referanslar üçün əlverişli edir.

class Country {
    let name: String
    var capital: City!           // iniziasiyadan sonra təyin ediləcək
    init(name: String) { self.name = name }
}

class City {
    let name: String
    unowned let country: Country   // ✅ unowned let — həyat zəmanəti

    init(name: String, country: Country) {
        self.name = name
        self.country = country
    }
}

// İstifadə
let france = Country(name: "France")
let paris = City(name: "Paris", country: france)
france.capital = paris
// ✅ Country → City (strong), City → Country (unowned) — retain cycle yoxdur

Bu nümunədə City unowned let country — şəhər ölkə olmadan mövcud ola bilməz. Ölkə yox olsa, şəhər (və referans) mənasını itirər. Semantik olaraq bu unowned üçün ideal haldır: həyat müddəti zəmanəti var, optional lazım deyil, retain cycle yaranmır.

unowned var

unowned var icazəlidir, lakin daha az rast gəlinir. Referansın dəyişdirilə biləcəyi hallarda istifadə olunur (məsələn, uşağın başqa valideynə bağlanması). Dəyişiklik zamanı köhnə obyektin azad edilməsi — xarici sahibin məsuliyyətidir.

Unowned Optional

Swift 5.0+-da unowned optional dəstəklənməyə başladı (unowned let x: Type?). Bu kompromisdir: unowned zəmanət verir ki, referans nil deyilsə, obyekt yaşayır. Azad edilmə zamanı davranış — adi unowned kimi crash-dır.

Unowned vs Weak: nə vaxt nəyi istifadə etməli

Unowned və weak arasında seçim — Swift arxitekturasını layihələndirərkən tez-tez verilən qərarlardan biridir. Hər bir hal üçün meyarları və tövsiyələri nəzərdən keçirək.

Praktik qayda

Obyektin həyat müddəti ilə bağlı ən kiçik şübhə varsa, weak istifadə edin. Weak təhlükəsizdir, anlaşıqlıdır və sübut tələb etmir. Unowned istifadə edin yalnız obyektin daha tez azad edilə biləcəyi bütün ssenariləri istisna etdikdə. Tipik hallar: valideyn olmadan mövcud olmayan uşaq; sinxron icra olunan klemens; obyektin öz init metodunda istinad edilməsi.

Airbnb Swift Style Guide, 2025-ə görə, böyük kod bazalarında default olaraq weak istifadə etmək, unowned isə yalnız həyat müddəti zəmanətini izah edən açıq şərhlə istifadə etmək tövsiyə olunur. Bu, refaktoring zamanı gözlənilməz crash riskini azaldır.

Klemenslərdə unowned self

Klemenlər (closures) — parent-child münasibətlərindən sonra unowned-in ikinci ən çox istifadə ssenarisi. Capture list [unowned self] self-in klemensdən daha uzun yaşayacağı zəmanət edildikdə tətbiq edilir. Düzgün və səhv ssenariləri nəzərdən keçirək.

Unowned self nə vaxt təhlükəsizdir

Sinxron klemenlər — sorted, filter, map. Onlar dərhal cari thread-də icra olunur, self mütləq yaşayır. Unowned ilə capture list burada məqbuldur və daha təmiz kod verir.

class DataProcessor {
    var items: [Int] = [3, 1, 4, 1, 5]

    func processSorted() {
        // ✅ unowned self — sorted sinxron icra olunur, self mütləq yaşayır
        let sorted = items.sorted { [unowned self] a, b in
            return self.customCompare(a, b)
        }
    }

    func customCompare(_ a: Int, _ b: Int) -> Bool { return a < b }
}

Unowned self nə vaxt təhlükəlidir

Asinxron klemenlər — gecikmə, şəbəkə sorğuları, animasiyalarla. Self klemensin yerləşdirilməsi və icrası arasında azad edilə bilər. Burada unowned self → crash. [weak self] istifadə edin.

class NetworkLoader {
    func loadData() {
        // ❌ TƏHLÜKƏLİ: asinxron klemensdə unowned self
        URLSession.shared.dataTask(with: url) { [unowned self] data, _, _ in
            self.handleResponse(data)  // CRASH self azad edilibsə
        }.resume()
    }

    func handleResponse(_ data: Data?) { }

    // ✅ DÜZGÜN: weak self + guard
    func loadDataSafe() {
        URLSession.shared.dataTask(with: url) { [weak self] data, _, _ in
            guard let self else { return }
            self.handleResponse(data)
        }.resume()
    }
}

Qaydanı xatırlayın: unowned self — yalnız dərhal icra olunan sinxron klemenlər üçün. Asinxron üçün — həmişə weak self + guard let. İstisna: obyektə referansı klemens tamamlanana qədər açıq şəkildə saxlayırsınızsa (məsələn, güclü tutmanı başqa dəyişəndə saxlamaqla).

Unowned riskləri və onlardan necə qaçınmaq

Unowned — güclü, lakin təhlükəli alətdir. Unowned-in crash-a səbəb ola biləcəyi real ssenariləri və risk mi-nimizasiya metodlarını nəzərdən keçirək.

Refaktoring və zəmanətlərin dəyişməsi

Əsas risk unowned — həyat müddəti zəmanətinin yerinə yetirilməsini dayandıran biznes məntiqinin dəyişməsidir. Proqramçı kodu refaktor edir: mülkiyyəti dəyişir, gecikdirilmiş azad etmə tətbiq edir, keşləmə əlavə edir — və unowned referansı gecikmiş bomba çevrilir. Kompilyator xəbərdarlıq etməyəcək — yalnız istifadəçi cihazında crash.

Tövsiyə: unowned yalnız həyat müddəti zəmanəti aşkar və sənədləşdirildikdə istifadə edin. Hər unowned-ə şərh əlavə edin: bu referans niyə təhlükəsizdir və hansı şərtlərdə pozula bilər.

UIKit iyerarxiyalarında unowned

UIKit — unowned üçün yüksək risk zonası. ViewController naviqasiya (pop, dismiss), yaddaşdan boşaltma, oriyentasiya dəyişikliyi zamanı istənilən anda azad edilə bilər. ViewController-ı unowned self ilə klemensə ötürsəniz — fondan qayıdarkən və ya animasiya bitdikdə self nil ola bilər.

Ən yaxşı təcrübələr

Unowned istifadə edərkən riski azaltmaq üçün bu qaydalara əməl edin:

• Default olaraq weak-ə üstünlük verin — weak təhlükəsizdir, unowned optimallaşdırmadır, standart deyil
• Zəmanətləri sənədləşdirin — hər unowned üçün əsaslandırma ilə şərh yazın
• ViewController-də unowned-dən qaçın — UIKit həyat dövrü unowned zəmanətləri üçün proqnozlaşdırıla bilməz
• Unowned yalnız sinxron klemenlər üçün istifadə edin — sorted, filter, map — təhlükəsiz namizədlər
• Code review-də yoxlayın — hər unowned kod müəllifindən əsaslandırma tələb edir
• Ən kiçik şübhədə weak-ə keçin — oxunaqlıq itkisi (bir guard let) istehsalatdakı crash-dan azdır

// Nümunə: açıq əsaslandırma ilə sənədləşdirilmiş unowned referans
class InvoiceLineItem {
    let productName: String
    let price: Decimal

    // unowned Invoice — InvoiceLineItem Invoice olmadan mövcud ola bilməz.
    // Invoice Item yaradır və öz silinməsi zamanı onu silir.
    // Zəmanət: Invoice ən azı Item qədər yaşayır.
    unowned let invoice: Invoice

    init(productName: String, price: Decimal, invoice: Invoice) {
        self.productName = productName
        self.price = price
        self.invoice = invoice
    }
}

// Bu güclü zəmanətdir: Invoice deinit-də bütün Item-ləri silir.
// zəmanətin pozulması = düzəldilməli olan biznes məntiqi xətası.

Zəmanətlərin sənədləşdirilməsi — peşəkar standartdır. Böyük layihələrdə (Airbnb, Uber) code review hər unowned üçün əsaslandırma tələb edir. Zəmanət aşkar deyilsə — weak istifadə edin. Unowned-ə şərh gələcək proqramçılara burada niyə weak olmadığını və hansı şərtlərin zəmanəti poza biləcəyini anlamağa kömək edir.