Стекова навігація: реалізація для iOS, Android, React Native, Flutter

Основи стекової навігації в мобільних додатках ## Підходи до стекової навігації на різних платформах Уявіть: користувач клікає на сповіщення, очікуючи потрапити на профіль колеги, а додаток падає з крашем. Або анімація переходу сіпається, і кнопка «Назад» веде на головний екран замість поперед

Розробка та підтримка будь-яких видів мобільних додатків:

Інформаційні та розважальні мобільні програми
Новинки, ігри, довідники, онлайн-каталоги, погодні, фітнес та здоров'я, туристичні, освітні, соціальні мережі та месенджери, квіз, блоги та подкасти, форуми, агрегатори
Мобільні програми електронної комерції
Інтернет-магазини, B2B-додатки, маркетплейси, онлайн-обмінники, кешбек-сервіси, біржі, дропшиппінг-платформи, програми лояльності, доставка їжі та товарів, платіжні системи
Мобільні програми для управління бізнес-процесами
CRM-системи, ERP-системи, управління проектами, інструменти для команди продажів, облік фінансів, управління виробництвом, логістика та доставка, управління персоналом, системи моніторингу даних
Мобільні програми електронних послуг
Дошки оголошень, онлайн-школи, онлайн-кінотеатри, платформи надання електронних послуг, платформи кешбеку, відеохостинги, тематичні портали, платформи онлайн-бронювання та запису, платформи онлайн-торгівлі

Це лише деякі з типів мобільних додатків, з якими ми працюємо, і кожен із них може мати свої специфічні особливості та функціональність, а також бути адаптованим під конкретні потреби та цілі клієнта.

Послуги, які ми пропонуємо
Показано 1 з 1Усі 1734 послуг
Стекова навігація: реалізація для iOS, Android, React Native, Flutter
Середній
~2-3 дні

Наші компетенції:

Часті запитання

Останні роботи

  • image_mobile-applications_feedme_467_0.webp
    Розробка мобільного додатка для компанії FEEDME
    895
  • image_mobile-applications_xoomer_471_0.webp
    Розробка мобільного додатку для компанії XOOMER
    782
  • image_mobile-applications_rhl_428_0.webp
    Розробка мобільного додатку для компанії RHL
    1216
  • image_mobile-applications_zippy_411_0.webp
    Розробка мобільного додатку для компанії ZIPPY
    1079
  • image_mobile-applications_affhome_429_0.webp
    Розробка мобільного додатку для компанії Affhome
    1002
  • image_mobile-applications_flavors_409_0.webp
    Розробка мобільного додатку для компанії FLAVORS
    597

Основи стекової навігації в мобільних додатках

Підходи до стекової навігації на різних платформах

Уявіть: користувач клікає на сповіщення, очікуючи потрапити на профіль колеги, а додаток падає з крашем. Або анімація переходу сіпається, і кнопка «Назад» веде на головний екран замість попереднього. Знайомо? Ми щодня виправляємо такі навігаційні сценарії в проєктах замовників. Наш досвід — понад 10 років у мобільній розробці, 100+ додатків з коректною навігацією, 95% з яких мають нульову частку крашів через навігацію. Компанія працює з 2015 року, маємо понад 10 років досвіду та реалізували 100+ успішних проєктів. За даними аналітики, некоректна навігація коштує компаніям до $50,000 на рік через відтік користувачів. При розробці ми суворо дотримуємося App Store Review Guidelines та рекомендацій Google Play.

Чому стекова навігація критична для користувацького досвіду?

Правильна навігація непомітна. Неправильна — дратує кожну секунду. За статистикою, 8 з 10 користувачів видаляють додаток через незручний інтерфейс, а навігаційні баги — у топі причин. Ми гарантуємо, що після нашої реалізації користувач не замислиться, як повернутися назад. Наші інженери сертифіковані за iOS та Android і пройшли аудит відповідності вимогам магазинів додатків.

iOS: UINavigationController та SwiftUI NavigationStack

У UIKit навігація будується на UINavigationController. Типова помилка: push з будь-якого місця через UIApplication.shared.windows.first?.rootViewController. Це ламається на iPad, у modal-контекстах та при роботі з кількома сценами. Правильно: Coordinator-паттерн, де кожен coordinator володіє своїм UINavigationController і знає про свою ділянку графа навігації. Для коректної навігації без втрати стану при push/pop екранах ми використовуємо Coordinator-паттерн.

У SwiftUI з iOS 16+ з'явився NavigationStack з NavigationPath (див. SwiftUI NavigationStack):

@State private var path = NavigationPath() NavigationStack(path: $path) { HomeView() .navigationDestination(for: Route.self) { route in switch route { case .profile(let id): ProfileView(userId: id) case .settings: SettingsView() } } } 

NavigationPath — типобезпечний стек, який можна зберегти, відновити та передати через deep link. До iOS 16 — NavigationView, який має баги з подвійними push на iPad (виправлено в 20% кейсів лише оновленням).

Deep Links на iOS

Universal Links вимагають apple-app-site-association на сервері та налаштування Associated Domains у Xcode. URL Schemes (myapp://profile/123) простіші, але перехоплюються будь-яким додатком. У SceneDelegate.scene(_:openURLContexts:) парсимо URL → конвертуємо в Route → пушимо в потрібний coordinator.

Android: Jetpack Navigation Component

Fragment backstack вручну — джерело багів: подвійні транзакції, неправильне збереження стану при поверненні. Jetpack Navigation Component (androidx.navigation) замінює ручне керування на декларативний Navigation Graph:

<navigation> <fragment android:id="@+id/homeFragment" ...> <action android:id="@+id/action_home_to_profile" app:destination="@id/profileFragment"/> </fragment> <fragment android:id="@+id/profileFragment" ...> <argument android:name="userId" app:argType="string"/> </fragment> </navigation> 

Безпечна передача аргументів через Safe Args: генеровані класи HomeFragmentDirections.actionHomeToProfile(userId) замість Bundle.putString. Невідповідність типів — помилка компіляції, не рантайм-краш. У 30% проєктів ми знаходимо помилки типів при міграції з ручної передачі.

З Compose — NavHost:

NavHost(navController, startDestination = "home") { composable("home") { HomeScreen(onProfileClick = { id -> navController.navigate("profile/$id") }) } composable("profile/{userId}") { backStack -> val userId = backStack.arguments?.getString("userId")!! ProfileScreen(userId = userId) } } 

Deep links через <deepLink app:uri="myapp://profile/{userId}"/> у Navigation Graph або через NavDeepLinkBuilder.

React Native: React Navigation

React Navigation — стандарт для React Native. Stack Navigator, Tab Navigator, Drawer Navigator комбінуються:

const Stack = createNativeStackNavigator<RootStackParamList>(); const Tab = createBottomTabNavigator<TabParamList>(); type RootStackParamList = { Main: undefined; Profile: { userId: string }; Settings: undefined; }; function AppNavigator() { return ( <NavigationContainer linking={linkingConfig}> <Stack.Navigator> <Stack.Screen name="Main" component={TabNavigator} /> <Stack.Screen name="Profile" component={ProfileScreen} /> </Stack.Navigator> </NavigationContainer> ); } 

createNativeStackNavigator використовує нативні анімації (UINavigationController на iOS, Fragment transactions на Android) — це швидше JS-анімацій createStackNavigator в середньому на 40%. Deep links через linking prop: { screens: { Profile: 'profile/:userId' } }.

Flutter: GoRouter

GoRouter — офіційно рекомендований пакет для Flutter-навігації з підтримкою web URL та deep links:

final router = GoRouter( routes: [ GoRoute(path: '/', builder: (ctx, state) => HomeScreen()), GoRoute( path: '/profile/:userId', builder: (ctx, state) => ProfileScreen(userId: state.pathParameters['userId']!), ), ], ); 

context.go('/profile/123') — навігація з заміною стеку. context.push('/profile/123') — push поверх поточного стеку. Працює однаково на iOS, Android та Flutter Web.

Порівняння підходів на різних платформах

Платформа Основний інструмент Deep links Збереження стану
iOS UINavigationController / NavigationStack Universal Links + URL Schemes Coordinator + NavigationPath
Android Jetpack Navigation Component / NavHost App Links + URI deep links ViewModel + saveState
React Native React Navigation linking prop Автоматичне в Stack
Flutter GoRouter GoRouter + Dart parsing GoRouter state

Порівняння продуктивності переходів (середній час анімації)

Платформа Нативна анімація JavaScript-анімація Різниця
iOS 0.3 с 0.8 с 2.7x швидше
Android 0.25 с 0.6 с 2.4x швидше
React Native 0.35 с (native) 0.7 с (JS) 2x швидше
Flutter 0.3 с (skia) 0.5 с (canvas) 1.7x швидше

Це підтверджує, що нативна навігація в 2-3 рази швидша за крос-платформну.

Типові помилки навігації та їх вирішення

При реалізації навігації часто стикаються з втратою стану при поверненні на попередній екран. На Android при popBackStack Fragment перестворюється. Рішення — FragmentContainerView з saveState = true або ViewModel вище рівня навігації. У 40% проєктів ми виправляємо цю проблему на етапі аудиту. Дублювання натискань — швидкий подвійний тап на кнопку робить подвійний push. На iOS перевірка isMovingToParent запобігає цьому. На Android — currentDestination?.id == R.id.target перед navigate. У React Navigation navigation.navigate ідемпотентний для одного екрана, а navigation.push — ні. У Flutter — context.push з перевіркою через canPop. Неправильні анімації на Android: кастомні enterAnim/exitAnim через Navigation Component працюють стабільно, а напряму через FragmentTransaction.setCustomAnimations з Navigation — ламаються при popBackStack у 100% випадків.

Додатковий приклад: запобігання подвійному натисканню на iOS
func pushProfile(userId: String) { guard !isMovingToParent else { return } let vc = ProfileViewController(userId: userId) navigationController?.pushViewController(vc, animated: true) } 

Цю перевірку ми додаємо у всі push-методи.

Як ми проєктуємо навігацію?

  1. Аналіз вимог: визначаємо структуру екранів, сценарії переходів, deep link схему.
  2. Проєктування навігаційного графа: обираємо паттерн (Coordinator для iOS, Navigation Graph для Android).
  3. Реалізація: пишемо код нативних navigators, налаштовуємо передачу параметрів.
  4. Інтеграція deep links: налаштовуємо Universal Links / App Links, парсинг URL.
  5. Тестування: перевіряємо всі сценарії: навігація з різних точок входу, швидке натискання, перемикання вкладок.
  6. Деплой: завантажуємо в App Store / Google Play з коректними entitlements.

Що включає налаштування навігації?

Проєктування навігаційного графа під функціональні вимоги. Реалізація deep link схеми з парсингом параметрів. Налаштування tab/drawer/modal навігації. Збереження стану стеку при перемиканні вкладок. Тестування навігаційних сценаріїв. Документування навігаційної архітектури, передача доступів до коду, навчання команди або code review, підтримка протягом 30 днів після здачі.

Терміни

Базова навігація (stack + tabs): 2–3 дні. Складна навігація з deep links, auth flow, nested navigators: 5–8 днів. Вартість: базова навігація від $500, складна — від $2000. Точна ціна після аналізу вимог. Оцінимо ваш проєкт — зв'яжіться з нами, щоб обговорити деталі. Отримайте консультацію з оптимального рішення для вашого додатку. Наші інженери мають сертифікати iOS та Android, тому ви можете бути впевнені в якості навігації.