Как в архитектурата MVI да обработваме събития, които…

За обработка на еднократни събития (например показване на toast, навигация) в MVI, които не трябва да оцелеят през повторно създаване на View или да бъдат запазени в състоянието, се използват различни подходи:

Side Effects (SingleLiveEvent / Channels):

Специален механизъм за изпращане на събития от ViewModel към View. SingleLiveEvent (в по-старите проекти или библиотеки като androidx.lifecycle:lifecycle-livedata-ktx), или Channel от Flow (в съвременните проекти). Те гарантират, че събитието ще бъде обработено само веднъж.

// ViewModel с Flow и Channel
import kotlinx.coroutines.channels.Channel
import kotlinx.coroutines.flow.receiveAsFlow
import androidx.lifecycle.ViewModel
import androidx.lifecycle.viewModelScope
import kotlinx.coroutines.launch

class MyViewModel : ViewModel() {

    private val _sideEffect = Channel<SideEffect>(Channel.BUFFERED)
    val sideEffect = _sideEffect.receiveAsFlow()

    fun doSomething() {
        // Бизнес логика...
        viewModelScope.launch {
            _sideEffect.send(SideEffect.ShowToast("Операцията е успешно завършена!"))
        }
    }
}

sealed class SideEffect {
    data class ShowToast(val message: String) : SideEffect()
    object NavigateNext : SideEffect()
}

// В View (Fragment/Activity) наблюдаваме за SideEffect
import androidx.fragment.app.Fragment
import androidx.lifecycle.lifecycleScope
import kotlinx.coroutines.flow.collect
import kotlinx.coroutines.launch

class MyFragment : Fragment() {

    private val viewModel: MyViewModel by viewModels()

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

        viewLifecycleOwner.lifecycleScope.launch {
            viewModel.sideEffect.collect { effect ->
                when (effect) {
                    is SideEffect.ShowToast -> showToast(effect.message)
                    SideEffect.NavigateNext -> navigateToNextScreen()
                }
            }
        }
    }

    private fun showToast(message: String) {
        // Реализация на показване на тост
    }

    private fun navigateToNextScreen() {
        // Реализация на навигация
    }
}

Еднократни събития в състояние:

По-малко препоръчван подход, но понякога се използва в прости случаи. Добавя се флаг или поле в самото състояние UiState, което указва наличието на еднократно събитие. След обработката на събитието във View, View изпраща нов Intent към ViewModel, за да нулира този флаг/поле в състоянието. Това може да усложни логиката и да доведе до повторно активиране при неправилна обработка или повторно създаване на View.

// Пример за състояние с еднократен флаг
data class MyUiState(
    val data: List<Item> = emptyList(),
    val isLoading: Boolean = false,
    val showSuccessToast: Boolean = false // Флаг за еднократно събитие
)

// В ViewModel при успешна операция
fun processSuccess() {
    _uiState.update { it.copy(showSuccessToast = true) }
}

// В View при обработка на showSuccessToast = true
if (state.showSuccessToast) {
    showToast("Успешно!")
    // Важно: изпрати Intent за нулиране на флага
    viewModel.onToastShown()
}

// В ViewModel за нулиране на флага
fun onToastShown() {
    _uiState.update { it.copy(showSuccessToast = false) }
}

Най-добрият подход в съвременен Android с Flow и MVI е използването на Side Effects чрез Channel. Това е чисто, безопасно и предсказуемо решение за еднократни събития.

Как в архитектурата MVI да обработваме събития, които не е необходимо да се запазват?