SwiftUI ایپل کا declarative UI framework ہے: آپ یہ بیان کرتے ہیں کہ کسی دیے گئے state کے لیے UI کیسی دکھائی دینی چاہیے، اور framework خود طے کرتا ہے کہ اسے کیسے render اور update کرنا ہے۔ اب آپ UIKit کی طرح خود views کو mutate نہیں کرتے — آپ state تبدیل کرتے ہیں اور UI خودبخود دوبارہ render ہو جاتی ہے۔
ایک view protocol کی پابندی کرتا ہے اور اپنا content ایک computed property سے return کرتا ہے۔ view کی properties کا ایک pure function ہوتا ہے۔
Viewbodybodystruct Counter: View {
@State private var count = 0 // source of truth
var body: some View { // opaque return type
VStack(spacing: 12) {
Text("Count: \(count)") // re-reads count each render
Button("Increment") {
count += 1 // mutating state triggers re-render
}
}
}
}
some View ایک opaque return type ہے: اس کا مطلب ہے "کوئی مخصوص concrete View type، جس کا فیصلہ compiler کرتا ہے۔" یہ آپ کو پیچیدہ nested view types کو تفصیل سے لکھے بغیر return کرنے دیتا ہے، جبکہ کارکردگی کے لیے type کو static رکھتا ہے۔
label.text = "Count: \(count)" — آپ ہر تبدیلی خود push کرتے ہیں۔Text("Count: \(count)") — آپ ایک بار تعلق بیان کرتے ہیں؛ جب count بدلتا ہے تو framework body کو دوبارہ چلاتا ہے اور نتیجے کا diff نکالتا ہے۔Views ہلکے پھلکے structs ہوتے ہیں، جنہیں بنانا اور ہر state تبدیلی پر پھینک دینا سستا ہوتا ہے۔ SwiftUI اندرونی render tree کو برقرار رکھتا ہے اور صرف فرق کو لاگو کرتا ہے۔
declarative model UIKit کے ان تمام bugs کی ایک پوری قسم کو ختم کر دیتا ہے جہاں UI data سے مطابقت کھو دیتی ہے۔ یہ سمجھنا کہ body ہر state تبدیلی پر دوبارہ چلتا ہے — اور اسے ایک سستا pure function رہنا چاہیے — SwiftUI میں state سے لے کر performance تک ہر چیز کی بنیاد ہے۔
تفصیلی جوابات کے ساتھ IT انٹرویو سوالات کی ایک لائبریری — جونیئر سے سینئر تک۔
عطیہ دیں