Какви са MV моделите?

Моделите MV (Model-View-ViewModel, Model-View-Presenter, Model-View-Controller) са архитектурни модели, които разделят представянето (View), бизнес логиката (Model) и логиката на представяне (ViewModel/Presenter). Целта е да се подобри поддържаността, тестируемостта и мащабируемостта на приложението чрез разделяне на отговорностите.

MVC (Model-View-Controller)

• Model: Представлява данните и бизнес логиката.
• View: Показва данните от Model.
• Controller: Обработва действията на потребителя, актуализира Model и избира View за показване.

В Android View (активност/фрагмент) често съчетава функциите на View и Controller, което усложнява тестването.

MVP (Model-View-Presenter)

• Model: Представлява данните и бизнес логиката.
• View: Пасивен интерфейс, показващ данните, предадени от Presenter, и предаващ действията на потребителя.
• Presenter: Съдържа логиката на представянето, взаимодейства с Model и актуализира View чрез интерфейс.

Осигурява по-добро разделяне между View и логиката, прави Presenter по-тестируем.

// Пример за интерфейс View в MVP
interface UserProfileView {
    fun showLoading()
    fun hideLoading()
    fun displayUserInfo(user: User)
    fun showError(message: String)
}

// Пример за Presenter
class UserProfilePresenter(private val view: UserProfileView, private val repository: UserRepository) {
    fun loadUserProfile(userId: String) {
        view.showLoading()
        repository.getUser(userId) { user ->
            view.hideLoading()
            if (user != null) {
                view.displayUserInfo(user)
            } else {
                view.showError("Неуспешно зареждане на потребителя")
            }
        }
    }
}

MVVM (Model-View-ViewModel)

• Model: Представлява данните и бизнес логиката. Използва Observable за уведомяване за промени.
• View: Показва данните от ViewModel и изпраща действията на потребителя към него. Използва databinding за свързване на View и ViewModel.
• ViewModel: Предоставя данни за View в удобен формат, съдържа логика на представянето. Не има директен достъп до View.

Използва механизми за наблюдение (LiveData, Flow) и databinding за автоматично обновяване на View при промени в данните на ViewModel. Прави ViewModel напълно независим от Android фреймуърка и лесен за тестване.

// Пример на ViewModel с LiveData
class UserProfileViewModel(private val repository: UserRepository) : ViewModel() {
    private val _user = MutableLiveData<User?>()
    val user: LiveData<User?> = _user

    private val _loading = MutableLiveData<Boolean>()
    val loading: LiveData<Boolean> = _loading

    private val _error = MutableLiveData<String?>()
    val error: LiveData<String?> = _error

    fun loadUserProfile(userId: String) {
        _loading.value = true
        repository.getUser(userId) { user ->
            _loading.value = false
            if (user != null) {
                _user.value = user
                _error.value = null
            } else {
                _user.value = null
                _error.value = "Неуспешно зареждане на потребителя"
            }
        }
    }
}

Сравнение:

Модел	Връзка между View и Логика	Тестируемост на Логиката	Зависимост на Логиката от Android
MVC	Тясна (в Android View често е Controller)	Средна	Висока
MVP	Свободна (чрез интерфейс View)	Висока	Ниска (Presenter не зависи от Android UI)
MVVM	Свободна (чрез наблюдатели и databinding)	Висока	Липсва (ViewModel не зависи от Android UI)

Изборът на модел зависи от изискванията на проекта и предпочитанията на екипа. MVVM с използване на компоненти Android Jetpack (ViewModel, LiveData, Data Binding) е препоръчителният подход в съвременната Android разработка.