Что используешь для навигации между фрагментами

Подходы к навигации между фрагментами в Android

В современной Android-разработке я использую несколько подходов в зависимости от сложности приложения, требований к поддержке обратной навигации и необходимости интеграции с Jetpack Navigation или кастомными решениями.

Основной выбор: Jetpack Navigation Component

Для большинства проектов я предпочитаю Jetpack Navigation Component — официальную библиотеку Google, которая стала стандартом де-факто. Она предоставляет единую инфраструктуру для навигации, включая поддержку Fragment, Activity, диалогов и даже кастомных дестинаций.

// Пример навигации между фрагментами с использованием Navigation Component
findNavController().navigate(R.id.action_listFragment_to_detailFragment)

Преимущества подхода:

• Централизованная конфигурация — граф навигации в XML позволяет визуализировать поток экранов
• Автоматическая обработка обратной навигации через NavController
• Поддержка глубоких ссылок из уведомлений или веб-ссылок
• Интеграция с UI-компонентами — BottomNavigationView, NavigationView
• Безопасность типов с использованием Safe Args для передачи данных

<!-- Пример графа навигации в nav_graph.xml -->
<navigation xmlns:android="http://schemas.android.com/apk/res/android"
    xmlns:app="http://schemas.android.com/apk/res-auto"
    xmlns:tools="http://schemas.android.com/tools"
    android:id="@+id/nav_graph"
    app:startDestination="@id/homeFragment">

    <fragment
        android:id="@+id/homeFragment"
        android:name="com.example.HomeFragment"
        android:label="Home">
        <action
            android:id="@+id/action_to_detail"
            app:destination="@id/detailFragment" />
    </fragment>

    <fragment
        android:id="@+id/detailFragment"
        android:name="com.example.DetailFragment"
        android:label="Detail" />
</navigation>

Альтернативные подходы

В некоторых случаях, особенно в legacy-проектах или при специфических требованиях, я применяю:

1. FragmentManager и FragmentTransaction

// Базовый подход без Navigation Component
supportFragmentManager.beginTransaction()
    .replace(R.id.container, DetailFragment())
    .addToBackStack("detail")
    .commit()

2. Кастомный роутер или координатор Для сложных приложений с модульной архитектурой я создаю кастомный Navigation Coordinator, который инкапсулирует логику перехода между экранами и часто интегрируется с Dependency Injection (Koin/Dagger/Hilt).

interface NavigationCoordinator {
    fun navigateToDetail(itemId: String)
    fun navigateBack()
    fun navigateToExternalDeepLink(uri: Uri)
}

class AppNavigationCoordinator @Inject constructor(
    private val navController: NavController
) : NavigationCoordinator {
    override fun navigateToDetail(itemId: String) {
        val direction = HomeFragmentDirections.actionToDetail(itemId)
        navController.navigate(direction)
    }
}

3. Для простых случаев — Activity Для полностью независимых экранов или при работе с системными компонентами (камера, галерея) использую Activity.

Критерии выбора подхода

При принятии решения я учитываю:

• Сложность навигации — для простых приложений с 2-3 экранами достаточно FragmentManager
• Архитектурные требования — в Clean Architecture или MVVM важно разделение ответственности
• Командные стандарты — если команда уже использует Navigation Component
• Требования к анимациям — Navigation Component предоставляет стандартные анимации переходов
• Необходимость тестирования — Navigation Component легче тестировать благодаря отделению логики навигации

Рекомендации по использованию

1. Всегда используйте Safe Args для передачи данных между фрагментами — это обеспечивает типобезопасность и предотвращает ошибки во время выполнения
2. Реализуйте ViewModel для общих данных — при навигации между фрагментами, которые должны разделять данные
3. Используйте единый Activity с Multiple Fragments для большинства случаев — это соответствует современным рекомендациям Google
4. Не забывайте про обработку конфигураций — Navigation Component автоматически сохраняет и восстанавливает состояние стека

Navigation Component значительно упрощает реализацию сложных сценариев навигации, таких как вложенные графы, conditional navigation и обработка глубоких ссылок, что делает его моим основным инструментом в 90% проектов.