Kaip optimizuojate SwiftUI našumą, susijusį su view tapatybe ir diffing?

Question

IT Interview Practice · Accepted Answer

SwiftUI iš naujo paleidžia `body`, kai stebima būsena pasikeičia, tada **palygina** (diffs) naują view medį su senu ir atnaujina tik tai, kas skiriasi. Našumo problemos kyla priverčiant tą palyginimą atlikti per daug darbo: nestabili **tapatybė**, per plati **stebėsena** ir brangūs `body` skaičiavimai. Tai taisoma valdant tapatybę, apribojant būseną ir išlaikant `body` pigų.

## Kaip veikia diffing ir tapatybė

SwiftUI suderina view tarp perpiešimų pagal **tapatybę**. Sąrašuose tai yra `id`; jei id nestabilus, SwiftUI išmeta ir perstato view (prarasdamas būseną ir animacijas), užuot jį atnaujinęs.

```swift
// BAD: array index as id — reorders/inserts break identity, full rebuild
ForEach(items.indices, id: \.self) { i in Row(items[i]) }

// GOOD: stable identity tied to the data
ForEach(items) { item in Row(item) }      // items: Identifiable, stable id
```

## Stebėsenos apribojimas

`ObservableObject` iš naujo atvaizduoja **kiekvieną** jį stebintį view, kai pasikeičia **bet kuri** `@Published` savybė. Skaidykite didelius modelius arba pereikite prie **Observation framework** (`@Observable`, iOS 17+), kuris seka *kiekvienos savybės* skaitymus, todėl view persipiešia tik tada, kai pasikeičia savybė, kurią jis iš tikrųjų naudojo.

```swift
@Observable final class Feed {     // iOS 17: fine-grained dependency tracking
    var unreadCount = 0            // a view reading only .posts won't re-render on this
    var posts: [Post] = []
}
```

## body išlaikymas pigiu

`body` paleidžiamas dažnai, todėl niekada neatlikite sunkaus darbo tiesiogiai jame:

```swift
var body: some View {
    List(sortedItems) { ... }      // BAD if sortedItems sorts on every render
}
// GOOD: compute derived data in the model, not in body
```

- Išskirkite paviews, kad būsenos pakeitimas perpieštų **mažą** view, o ne visą ekraną.
- Naudokite `LazyVStack`/`List` didelėms kolekcijoms, kad už ekrano ribų esančios eilutės nebūtų kuriamos.
- Pridėkite `.equatable()` arba `EquatableView`, kad trumpai užsidarytumėte diffing ant stabilių pomedžių.

## Spąstai

- `AnyView` ištrina tipo tapatybę ir sugriauna struktūrinį diffing — venkite jo karštuose keliuose.
- Naujo closure/masyvo literalo perdavimas prie kiekvieno perpiešimo gali be reikalo panaikinti vaiko view galiojimą.

## Kodėl tai svarbu

120Hz ProMotion ekrane turite ~8ms vienam kadrui; `body`, kuris rūšiuoja didelį masyvą arba perpiešia visą sąrašą, praranda kadrus ir trūkčioja slenkant. Senior interviu tikrina view tapatybę ir stebėsenos apimtį, nes būtent ten realios SwiftUI programos sulėtėja — ir kur kelios tikslios pataisos atkuria sklandumą.

Kaip veikia diffing ir tapatybė

Stebėsenos apribojimas

body išlaikymas pigiu

Spąstai

Kodėl tai svarbu

Susiję klausimai