Miten optimoit SwiftUI:n suorituskykyä näkymäidentiteetin ja diffauksen osalta?

Question

IT Interview Practice · Accepted Answer

SwiftUI ajaa `body`n uudelleen aina, kun tarkkailtu tila muuttuu, ja sitten **diffaa** uuden näkymäpuun vanhaa vasten päivittäen vain sen, mikä eroaa. Suorituskykyongelmat johtuvat siitä, että tuo diffaus tekee liikaa työtä: epävakaa **identiteetti**, liian laaja **tarkkailu** ja kalliit `body`-laskennat. Korjaa se hallitsemalla identiteettiä, rajaamalla tila ja pitämällä `body` halpana.

## Miten diffaus ja identiteetti toimivat

SwiftUI täsmää näkymät renderöintien välillä **identiteetin** mukaan. Listoille tämä on `id`; jos id on epävakaa, SwiftUI heittää näkymän pois ja rakentaa sen uudelleen (menettäen tilan ja animaatiot) päivittämisen sijaan.

```swift
// HUONO: taulukon indeksi id:nä — järjestely/lisäys rikkoo identiteetin, täysi uudelleenrakennus
ForEach(items.indices, id: \.self) { i in Row(items[i]) }

// HYVÄ: vakaa identiteetti sidottu dataan
ForEach(items) { item in Row(item) }      // items: Identifiable, vakaa id
```

## Tarkkailun rajaaminen

`ObservableObject` renderöi uudelleen **jokaisen** sitä tarkkailevan näkymän aina, kun **mikä tahansa** `@Published`-ominaisuus muuttuu. Pilko suuret mallit, tai siirry **Observation-kehykseen** (`@Observable`, iOS 17+), joka seuraa *ominaisuuskohtaisia* lukuja, joten näkymä renderöityy uudelleen vain, kun sen todella käyttämä ominaisuus muuttuu.

```swift
@Observable final class Feed {     // iOS 17: hienojakoinen riippuvuuksien seuranta
    var unreadCount = 0            // vain .posts-arvoa lukeva näkymä ei renderöidy uudelleen tästä
    var posts: [Post] = []
}
```

## body:n pitäminen halpana

`body` ajetaan usein, joten älä koskaan tee raskasta työtä sen sisällä:

```swift
var body: some View {
    List(sortedItems) { ... }      // HUONO jos sortedItems järjestää joka renderöinnissä
}
// HYVÄ: laske johdettu data mallissa, ei body:ssä
```

- Erota alinäkymät niin, että tilamuutos renderöi uudelleen **pienen** näkymän, ei koko ruutua.
- Käytä `LazyVStack`/`List` suurille kokoelmille, jotta ruudun ulkopuolisia rivejä ei rakenneta.
- Lisää `.equatable()` tai `EquatableView` oikosulkeaksesi diffauksen vakaissa alipuissa.

## Sudenkuopat

- `AnyView` pyyhkii tyyppi-identiteetin ja tekee tyhjäksi rakenteellisen diffauksen — vältä sitä kuumissa poluissa.
- Uuden closuren/taulukkoliteraalin välittäminen joka renderöinnissä voi mitätöidä alinäkymät tarpeettomasti.

## Miksi se on tärkeää

120 Hz:n ProMotion-näytöllä sinulla on ~8 ms per kehys; `body`, joka järjestää suuren taulukon tai renderöi koko listan uudelleen, pudottaa kehyksiä ja nykii vieritystä. Senior-haastattelut luotaavat näkymäidentiteettiä ja tarkkailun laajuutta, koska juuri siellä oikeat SwiftUI-sovellukset hidastuvat — ja missä muutama täsmällinen korjaus palauttaa sulavuuden.

Miten diffaus ja identiteetti toimivat

Tarkkailun rajaaminen

body:n pitäminen halpana

Sudenkuopat

Miksi se on tärkeää

Aiheeseen liittyvät kysymykset