Что хотят услышать интервьюеры:

MVVM, MVP и MVI — это разные способы разделить UI, бизнес-логику и состояние экрана. Главное отличие — как именно проходит поток данных и кто управляет состоянием. Обычно важно показать понимание ролей компонентов, тестируемости и того, насколько предсказуемо обновляется UI.

Определение:

MVP (Model-View-Presenter) — View пассивна, а Presenter принимает события от View, обрабатывает их и возвращает данные обратно в View. Связь обычно двусторонняя: View сообщает о действиях пользователя, Presenter обновляет View.

MVVM (Model-View-ViewModel) — ViewModel хранит состояние и логику представления, а View подписывается на изменения этого состояния. В Android это часто реализуют через LiveData, StateFlow или аналогичные observable-механизмы.

MVI (Model-View-Intent) — архитектура с односторонним потоком данных. Пользовательские действия превращаются в Intent, они обрабатываются в reducer/processor, после чего формируется новое состояние, которое полностью описывает UI.

Пример использования:

В экране входа в приложение:

MVP: View сообщает Presenter о нажатии кнопки “Войти”, Presenter валидирует данные и вызывает у View показать ошибку или перейти дальше.
MVVM: View отправляет событие в ViewModel, а View подписана на состояние, например loading, error, success.
MVI: View отправляет LoginIntent, обработка возвращает новое LoginState, и UI рендерится строго по этому состоянию.

// MVVM: упрощённый пример состояния экрана
data class LoginUiState(
    val isLoading: Boolean = false,
    val error: String? = null,
    val isSuccess: Boolean = false
)

class LoginViewModel {
    private val _state = MutableStateFlow(LoginUiState())
    val state: StateFlow<LoginUiState> = _state

    fun login(username: String, password: String) {
        _state.value = LoginUiState(isLoading = true)

        // псевдологика
        if (username.isBlank() || password.isBlank()) {
            _state.value = LoginUiState(error = "Заполните поля")
        } else {
            _state.value = LoginUiState(isSuccess = true)
        }
    }
}

Пояснение кода:

В примере показан подход MVVM:

LoginUiState описывает всё состояние экрана в одном месте.
MutableStateFlow хранит текущее состояние и уведомляет подписчиков об изменениях.
LoginViewModel.login() меняет состояние в зависимости от результата проверки.
View не вызывает напрямую методы отображения ошибки или успеха, а просто реагирует на новое состояние.

Для MVP код выглядел бы иначе: Presenter сам вызывал бы методы showError() или showSuccess() у View.
Для MVI был бы отдельный Intent, а обновление UI происходило бы через последовательное преобразование Intent -> State.

Ключевые моменты:

MVP: View пассивна, Presenter содержит логику взаимодействия с UI.
MVVM: ViewModel управляет состоянием, View наблюдает за ним.
MVI: односторонний поток данных и единый источник правды в виде состояния.
MVI обычно проще делать предсказуемым и тестируемым, но он может быть более многословным.
MVVM часто наиболее естественен для Android благодаря observable-подходу.
MVP удобен, когда нужен явный контроль над связью View и логикой, но может приводить к более тесной паре View-Presenter.

Можете ли вы объяснить отличия между архитектурными паттернами MVVM, MVI и MVP?