SwiftUI performansını view kimliği ve diffing çevresinde nasıl optimize edersiniz?

Question

IT Interview Practice · Accepted Answer

SwiftUI, gözlemlenen durum değiştiğinde `body`'yi yeniden çalıştırır, ardından yeni view ağacını eskisiyle **karşılaştırır** (diff) ve yalnızca farklı olanı günceller. Performans sorunları, bu diff'e çok fazla iş yaptırmaktan gelir: kararsız **kimlik** (identity), aşırı geniş **gözlem** (observation) ve pahalı `body` hesaplamaları. Bunu kimliği kontrol ederek, durumu kapsamlandırarak ve `body`'yi ucuz tutarak düzeltin.

## Diffing ve kimlik nasıl çalışır

SwiftUI, view'ları render'lar arasında **kimliğe** göre eşleştirir. Listeler için bu `id`'dir; id kararsızsa, SwiftUI view'ı güncellemek yerine atıp yeniden inşa eder (durumu ve animasyonları kaybederek).

```swift
// KÖTÜ: id olarak dizi indeksi — yeniden sıralama/ekleme kimliği bozar, tam yeniden inşa
ForEach(items.indices, id: \.self) { i in Row(items[i]) }

// İYİ: veriye bağlı kararlı kimlik
ForEach(items) { item in Row(item) }      // items: Identifiable, kararlı id
```

## Gözlemi kapsamlandırma

Bir `ObservableObject`, **herhangi bir** `@Published` özelliği değiştiğinde onu gözlemleyen **her** view'ı yeniden render eder. Büyük modelleri bölün veya *özellik bazında* okumaları takip eden **Observation framework**'üne (`@Observable`, iOS 17+) geçin; böylece bir view yalnızca gerçekten kullandığı bir özellik değiştiğinde yeniden render edilir.

```swift
@Observable final class Feed {     // iOS 17: ince taneli bağımlılık takibi
    var unreadCount = 0            // yalnızca .posts okuyan bir view bunda yeniden render edilmez
    var posts: [Post] = []
}
```

## body'yi ucuz tutmak

`body` sık çalışır, bu yüzden asla ağır işi satır içinde yapmayın:

```swift
var body: some View {
    List(sortedItems) { ... }      // KÖTÜ eğer sortedItems her render'da sıralama yapıyorsa
}
// İYİ: türetilmiş veriyi body'de değil modelde hesapla
```

- Bir durum değişikliği tüm ekranı değil **küçük** bir view'ı yeniden render etsin diye alt view'ları ayırın.
- Büyük koleksiyonlar için `LazyVStack`/`List` kullanın, böylece ekran dışı satırlar inşa edilmez.
- Kararlı alt ağaçlarda diffing'i kısa devre yapmak için `.equatable()` veya `EquatableView` ekleyin.

## Tuzaklar

- `AnyView` tip kimliğini siler ve yapısal diffing'i bozar — sıcak yollarda (hot path) ondan kaçının.
- Her render'da yeni bir closure/dizi literali geçmek, çocuk view'ları gereksiz yere geçersiz kılabilir.

## Neden önemli

120Hz ProMotion ekranda kare başına ~8ms'niz vardır; büyük bir diziyi sıralayan veya tüm bir listeyi yeniden render eden bir `body` kareleri düşürür ve kaydırmayı takar. Senior görüşmeleri view kimliğini ve gözlem kapsamını yoklar çünkü gerçek SwiftUI uygulamalarının yavaşladığı yer burasıdır — ve birkaç isabetli düzeltmenin akıcılığı geri getirdiği yerdir.

Diffing ve kimlik nasıl çalışır

Gözlemi kapsamlandırma

body'yi ucuz tutmak

Tuzaklar

Neden önemli

İlgili sorular