Hvordan optimaliserer du SwiftUI-ytelse rundt view-identitet og diffing?

Question

IT Interview Practice · Accepted Answer

SwiftUI kjører `body` på nytt når observert tilstand endres, deretter **differ** det nye view-treet mot det gamle og oppdaterer bare det som er ulikt. Ytelsesproblemer kommer av å få den diffen til å gjøre for mye arbeid: ustabil **identitet**, for bred **observasjon**, og kostbare `body`-beregninger. Fiks det ved å kontrollere identitet, avgrense tilstand, og holde `body` billig.

## Hvordan diffing og identitet fungerer

SwiftUI matcher views på tvers av renders etter **identitet**. For lister er dette `id`; hvis id-en er ustabil, kaster SwiftUI viewet og bygger det på nytt (og mister tilstand og animasjoner) i stedet for å oppdatere det.

```swift
// DÅRLIG: array-indeks som id — omorganiseringer/innsettinger bryter identitet, full ombygging
ForEach(items.indices, id: \.self) { i in Row(items[i]) }

// BRA: stabil identitet knyttet til dataene
ForEach(items) { item in Row(item) }      // items: Identifiable, stabil id
```

## Avgrense observasjon

Et `ObservableObject` rendrer **hvert** view som observerer det på nytt hver gang **enhver** `@Published`-property endres. Del opp store modeller, eller gå over til **Observation-rammeverket** (`@Observable`, iOS 17+), som sporer *per-property*-lesinger slik at et view bare rendres på nytt når en property det faktisk brukte endres.

```swift
@Observable final class Feed {     // iOS 17: finkornet avhengighetssporing
    var unreadCount = 0            // et view som bare leser .posts rendres ikke på nytt av dette
    var posts: [Post] = []
}
```

## Holde body billig

`body` kjører ofte, så gjør aldri tungt arbeid inline:

```swift
var body: some View {
    List(sortedItems) { ... }      // DÅRLIG hvis sortedItems sorterer ved hver render
}
// BRA: beregn avledede data i modellen, ikke i body
```

- Trekk ut subviews slik at en tilstandsendring rendrer et **lite** view på nytt, ikke hele skjermen.
- Bruk `LazyVStack`/`List` for store samlinger slik at rader utenfor skjermen ikke bygges.
- Legg til `.equatable()` eller `EquatableView` for å kortslutte diffing på stabile subtrær.

## Fallgruver

- `AnyView` sletter typeidentitet og motvirker strukturell diffing — unngå det i hot paths.
- Å sende en ny closure/array-literal ved hver render kan invalidere child-views unødvendig.

## Hvorfor det er viktig

På en 120Hz ProMotion-skjerm har du ~8ms per frame; en `body` som sorterer et stort array eller rendrer en hel liste på nytt slipper frames og gjør scrolling hakkete. Senior-intervjuer undersøker view-identitet og observasjonsomfang fordi det er der ekte SwiftUI-apper blir trege — og der noen få presise fikser gjenoppretter jevnheten.

Hvordan diffing og identitet fungerer

Avgrense observasjon

Holde body billig

Fallgruver

Hvorfor det er viktig

Relaterte spørsmål