Jak optimalizujete výkon SwiftUI kolem identity view a diffingu?

Question

IT Interview Practice · Accepted Answer

SwiftUI znovu spouští `body`, kdykoli se změní pozorovaný stav, a poté **porovná (diffuje)** nový strom view proti starému a aktualizuje jen to, co se liší. Problémy s výkonem vznikají tím, že tento diff nutíte dělat příliš mnoho práce: nestabilní **identita**, příliš široké **pozorování** a nákladné výpočty v `body`. Vyřešte to řízením identity, zúžením stavu a udržením `body` levným.

## Jak funguje diffing a identita

SwiftUI páruje view napříč vykresleními podle **identity**. U seznamů je to `id`; pokud je id nestabilní, SwiftUI view zahodí a přestaví (ztratí stav a animace) místo aby jej aktualizoval.

```swift
// ŠPATNĚ: index pole jako id — přeuspořádání/vložení rozbije identitu, plná přestavba
ForEach(items.indices, id: \.self) { i in Row(items[i]) }

// SPRÁVNĚ: stabilní identita navázaná na data
ForEach(items) { item in Row(item) }      // items: Identifiable, stabilní id
```

## Zúžení pozorování

`ObservableObject` překreslí **každé** view, které jej pozoruje, kdykoli se změní **jakákoli** vlastnost `@Published`. Rozdělte velké modely nebo přejděte na **Observation framework** (`@Observable`, iOS 17+), který sleduje čtení *po jednotlivých vlastnostech*, takže se view překreslí jen tehdy, když se změní vlastnost, kterou skutečně použilo.

```swift
@Observable final class Feed {     // iOS 17: jemné sledování závislostí
    var unreadCount = 0            // view čtoucí jen .posts se na tohle nepřekreslí
    var posts: [Post] = []
}
```

## Udržení body levným

`body` běží často, takže nikdy nedělejte náročnou práci inline:

```swift
var body: some View {
    List(sortedItems) { ... }      // ŠPATNĚ, pokud sortedItems řadí při každém vykreslení
}
// SPRÁVNĚ: odvozená data počítejte v modelu, ne v body
```

- Vyčleňte podview, aby změna stavu překreslila **malé** view, ne celou obrazovku.
- Pro velké kolekce používejte `LazyVStack`/`List`, aby se řádky mimo obrazovku nesestavovaly.
- Přidejte `.equatable()` nebo `EquatableView` pro zkratkování diffingu na stabilních podstromech.

## Úskalí

- `AnyView` maže typovou identitu a poráží strukturální diffing — vyhněte se mu v horkých cestách.
- Předávání nové closure/literálu pole při každém vykreslení může zbytečně invalidovat potomky.

## Proč je to důležité

Na displeji 120Hz ProMotion máte ~8 ms na snímek; `body`, který řadí velké pole nebo překresluje celý seznam, zahazuje snímky a seká scrollování. Senior pohovory zkoumají identitu view a rozsah pozorování, protože právě tam se reálné SwiftUI aplikace zpomalují — a kde pár přesných oprav obnoví plynulost.

Jak funguje diffing a identita

Zúžení pozorování

Udržení body levným

Úskalí

Proč je to důležité

Související otázky