إن NavigationStack (iOS 16 فما فوق) هو حاوية التنقل المدفوعة بالبيانات في SwiftUI: فبدلًا من دفع متحكمات العرض بشكل أمري، تربط مصفوفة مسار (path) من القيم، ويعرض المكدّس شاشةً لكل قيمة. تتدفق البيانات لأسفل عبر مُهيّئات العروض والبيئة، ولأعلى عبر الروابط (bindings) والاستدعاءات الراجعة.
تقود التنقل بتعديل مسار من نوع @State، وتربط أنواع القيم بعروض الوجهة عبر navigationDestination.
struct AppView: View {
@State private var path: [Route] = [] // the navigation stack, as data
var body: some View {
NavigationStack(path: $path) {
List(products) { p in
NavigationLink("Open", value: Route.detail(p.id)) // append value
}
.navigationDestination(for: Route.self) { route in
switch route {
case .detail(let id): DetailView(id: id)
}
}
}
}
}
enum Route: Hashable { case detail(Int) }
ولأن المسار مجرد بيانات عادية، يمكنك الربط العميق (deep-link) بضبط path = [.detail(42)]، أو العودة إلى الجذر بـ path.removeAll() — فيصبح التنقل حالةً قابلة للاختبار والتسلسل (serializable).
DetailView(id:))، أو شارك الكائنات العابرة للطبقات عبر .environmentObject(...) / نظام @Environment.@Binding أو يستدعي closure وفّره الأب.Hashable.navigationDestination؛ فالتسجيلات المتعددة للنوع نفسه تتعارض.يجعل التنقل المدفوع بالبيانات تدفقاتٍ مثل الروابط العميقة والاستعادة و«العودة ثلاث شاشات للخلف» تافهةً لأن المكدّس مجرد مصفوفة تملكها. يسأل القائمون على المقابلات عن هذا ليروا ما إذا كنت تنمذج التنقل كحالة — النهج الحديث في SwiftUI — بدلًا من محاربة NavigationView الأمري القديم.
مكتبة من أسئلة مقابلات تقنية المعلومات مع إجابات مفصّلة — من المبتدئ إلى المتقدم.
تبرع