Как вернуть значение из Fragment при навигации назад

Отличный вопрос, который затрагивает ключевой принцип взаимодействия между компонентами в Android — инкапсуляцию данных и событий. Наивный подход (например, прямой вызов метода Activity или поиск целевого Fragment) нарушит архитектуру и приведет к хрупкому коду. Существует несколько корректных решений, рекомендованных в официальной документации, и их выбор зависит от контекста.

Основные подходы

1. Использование ViewModel (Рекомендуемый способ для Fragments в рамках одной Activity)

Это подход, основанный на шаблоне «источник истины» (single source of truth). Общая ViewModel, доступная для обоих Fragments, хранит данные и управляет их состоянием. События навигации «назад» не разрушают эту ViewModel.

Принцип работы:

1. Создается общая ViewModel, привязанная к scope родительской Activity или графа навигации (NavGraph).
2. Исходный Fragment (получатель данных) подписывается на LiveData или StateFlow внутри этой ViewModel.
3. Fragment, отдающий данные (например, диалог или экран выбора), перед возвратом записывает результат в эту ViewModel.
4. Автоматически срабатывает наблюдение в исходном Fragment, и он обрабатывает новые данные.

Пример с Activity scope и Kotlin:

// SharedViewModel.kt
import androidx.lifecycle.MutableLiveData
import androidx.lifecycle.ViewModel

class SharedViewModel : ViewModel() {
    // Используйте StateFlow (в корутинах) для более сложных состояний
    val resultLiveData = MutableLiveData<String>()
}

// SourceFragment.kt (Фрагмент, ожидающий результат)
class SourceFragment : Fragment() {
    private val sharedViewModel: SharedViewModel by activityViewModels()

    override fun onViewCreated(view: View, savedInstanceState: Bundle?) {
        super.onViewCreated(view, savedInstanceState)

        // Подписка на результат
        sharedViewModel.resultLiveData.observe(viewLifecycleOwner) { result ->
            // Обработка полученного значения
            result?.let {
                Toast.makeText(requireContext(), "Получено: $it", Toast.LENGTH_SHORT).show()
                // Важно: очистить значение после обработки, чтобы избежать
                // повторного срабатывания при повороте экрана
                sharedViewModel.resultLiveData.value = null
            }
        }

        button.setOnClickListener {
            // Запуск DestinationFragment для получения данных
            findNavController().navigate(R.id.action_to_destination)
        }
    }
}

// DestinationFragment.kt (Фрагмент, возвращающий результат)
class DestinationFragment : Fragment() {
    private val sharedViewModel: SharedViewModel by activityViewModels()

    private fun onSomeAction() {
        // Установка значения, которое будет наблюдаться в SourceFragment
        sharedViewModel.resultLiveData.value = "Данные для возврата"
        // Возврат назад
        findNavController().navigateUp()
    }
}

2. Использование Navigation Component с SavedStateHandle

Библиотека навигации Android Jetpack Navigation предоставляет встроенный, более структурированный механизм для передачи данных назад через SavedStateHandle в ViewModel целевого Fragment. Это предпочтительный способ, если вы используете Navigation Component.

Принцип работы:

1. При навигации устанавливается launch ключ для результата.
2. Fragment-получатель set'ит результат по этому ключу в свой SavedStateHandle.
3. Fragment-источник listen'ит на результат по тому же ключу.

// SourceFragment.kt
class SourceFragment : Fragment() {
    // Используем viewModels(), чтобы ViewModel была привязана к этому Fragment
    private val viewModel: SourceViewModel by viewModels()

    override fun onViewCreated(view: View, savedInstanceState: Bundle?) {
        super.onViewCreated(view, savedInstanceState)

        // Подписка на результат от DestinationFragment
        val navBackStackEntry = findNavController().currentBackStackEntry
            ?.savedStateHandle
            ?.getLiveData<String>("selection_key")

        navBackStackEntry?.observe(viewLifecycleOwner) { result ->
            // Обработка результата
            result?.let {
                Toast.makeText(context, "Выбрано: $it", Toast.LENGTH_SHORT).show()
                // Очистка результата после обработки
                findNavController().currentBackStackEntry
                    ?.savedStateHandle
                    ?.remove("selection_key")
            }
        }

        button.setOnClickListener {
            // Навигация с ожиданием результата
            findNavController().navigate(R.id.action_to_destination)
        }
    }
}

// DestinationFragment.kt
class DestinationFragment : Fragment() {
    override fun onViewCreated(view: View, savedInstanceState: Bundle?) {
        super.onViewCreated(view, savedInstanceState)
        button_ok.setOnClickListener {
            // Установка результата в SavedStateHandle предыдущего BackStackEntry
            // (которым является SourceFragment)
            findNavController().previousBackStackEntry
                ?.savedStateHandle
                ?.set("selection_key", "Значение из DestinationFragment")
            // Возврат
            findNavController().navigateUp()
        }
    }
}

3. Устаревший, но базовый механизм: setFragmentResult API

Начиная с Fragment 1.3.0, появился упрощенный API setFragmentResult. Он работает поверх FragmentManager и не требует ViewModel.

Важные ограничения:

• Результат не является типаобезопасным (используются Bundle).
• Может быть менее удобен для передачи сложных объектов.
• В будущем может быть заменен на решение через Navigation Component.

Пример:

// DestinationFragment.kt (возвращает результат)
button.setOnClickListener {
    val result = "Данные"
    // Подготовка bundle
    parentFragmentManager.setFragmentResult(
        "requestKey", // Должен совпадать у отправителя и получателя
        bundleOf("bundleKey" to result) // android.core.os.bundleOf
    )
    // Возврат
    findNavController().popBackStack()
}

// SourceFragment.kt (ожидает результат)
override fun onCreate(savedInstanceState: Bundle?) {
    super.onCreate(savedInstanceState)

    // Установка слушателя результата. Должен быть установлен ДО того, как
    // DestinationFragment будет добавлен в back stack.
    parentFragmentManager.setFragmentResultListener(
        "requestKey",
        viewLifecycleOwner
    ) { requestKey, bundle ->
        // Обработка результата
        val result = bundle.getString("bundleKey")
        // Действия с result
    }
}

Итог и рекомендации

• Для современной навигации с Navigation Component используйте подход №2 (SavedStateHandle). Он наиболее интегрирован, обеспечивает управление жизненным циклом и переживает изменения конфигурации.
• Для нескольких Fragments в одной Activity без Navigation Component или для разделения бизнес-логики используйте подход №1 (Shared ViewModel). Он отлично подходит для сложных состояний, разделяемых между несколькими экранами.
• API setFragmentResult стоит использовать для простых случаев, когда внедрение ViewModel или Navigation Component избыточно, но помните о его ограничениях и потенциальном устаревании.

Ключевое правило: Никогда не используйте прямые ссылки ((SomeActivity) requireActivity()) или интерфейсы-колбэки, хранящиеся в Activity, для этой цели. Они создают сильные связи (tight coupling), усложняют тестирование и приводят к утечкам памяти или NullPointerException, если жизненный цикл Fragment не учтен. Архитектурные компоненты Jetpack (ViewModel, LiveData/Flow, Navigation) решают эти проблемы, обеспечивая реактивное и безопасное взаимодействие.