آپ view identity اور diffing کے حوالے سے SwiftUI performance کو کیسے optimize کرتے ہیں؟

Question

IT Interview Practice · Accepted Answer

SwiftUI جب بھی observed state بدلتی ہے `body` کو دوبارہ چلاتا ہے، پھر نئے view tree کا پرانے سے **diff** نکالتا ہے اور صرف وہی update کرتا ہے جو مختلف ہو۔ Performance کے مسائل اس diff سے بہت زیادہ کام کروانے سے آتے ہیں: غیر مستحکم **identity**، حد سے زیادہ وسیع **observation**، اور مہنگے `body` computations۔ اسے identity کو control کر کے، state کو محدود کر کے، اور `body` کو سستا رکھ کر ٹھیک کریں۔

## diffing اور identity کیسے کام کرتے ہیں

SwiftUI renders کے درمیان views کو **identity** سے match کرتا ہے۔ lists کے لیے یہ `id` ہے؛ اگر id غیر مستحکم ہو تو SwiftUI view کو update کرنے کے بجائے پھینک کر دوبارہ بنا دیتا ہے (state اور animations کھو کر)۔

```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
```

## Observation کو محدود کرنا

ایک `ObservableObject` اسے observe کرنے والے **ہر** view کو دوبارہ render کرتا ہے جب بھی **کوئی بھی** `@Published` property بدلے۔ بڑے models کو تقسیم کریں، یا **Observation framework** (`@Observable`، iOS 17+) کی طرف بڑھیں، جو *per-property* reads کو track کرتا ہے تاکہ ایک view صرف تب دوبارہ render ہو جب کوئی ایسی property بدلے جو اس نے واقعی استعمال کی تھی۔

```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 کو سستا رکھنا

`body` اکثر چلتا ہے، اس لیے کبھی بھاری کام inline نہ کریں:

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

- subviews نکالیں تاکہ ایک state تبدیلی پوری screen کے بجائے ایک **چھوٹا** view دوبارہ render کرے۔
- بڑے collections کے لیے `LazyVStack`/`List` استعمال کریں تاکہ off-screen rows نہ بنیں۔
- مستحکم subtrees پر diffing کو short-circuit کرنے کے لیے `.equatable()` یا `EquatableView` شامل کریں۔

## خامیاں

- `AnyView` type identity مٹا دیتا ہے اور structural diffing کو ناکام کر دیتا ہے — hot paths میں اس سے گریز کریں۔
- ہر render پر ایک نیا closure/array literal pass کرنا child views کو غیر ضروری طور پر invalidate کر سکتا ہے۔

## یہ کیوں اہم ہے

120Hz ProMotion display پر آپ کے پاس ہر frame کے لیے تقریباً 8ms ہوتے ہیں؛ ایک ایسا `body` جو کسی بڑی array کو sort کرے یا پوری list دوبارہ render کرے، frames گراتا ہے اور scrolling کو jank کرتا ہے۔ Senior interviews view identity اور observation scope کھنگالتے ہیں کیونکہ یہیں پر اصل SwiftUI apps سست ہوتی ہیں — اور یہیں چند درست fixes ہمواری بحال کر دیتے ہیں۔

diffing اور identity کیسے کام کرتے ہیں

Observation کو محدود کرنا

body کو سستا رکھنا

خامیاں

یہ کیوں اہم ہے

متعلقہ سوالات