Kas ir MV modeļi?

MV modeļi (Model-View-ViewModel, Model-View-Presenter, Model-View-Controller) ir arhitektūras modeļi, kas sadala priekšstatu (View), biznesloģiku (Model) un priekšstata loģiku (ViewModel/Presenter). Mērķis ir uzlabot uzturēšanu, testēšanu un mērogošanu, sadalot atbildību:

MVC (Model-View-Controller)

• Model: attēlo datus un biznesloģiku.
• View: attēlo datus no Model.
• Controller: apstrādā lietotāja darbības, atjauno Model un izvēlas View attēlošanai.

Android View (aktivitāte/fragment) bieži apvieno View un Controller funkcijas, kas sarežģī testēšanu.

MVP (Model-View-Presenter)

• Model: attēlo datus un biznesloģiku.
• View: pasīvs interfeiss, kas attēlo Presenter nodotos datus un nodod lietotāja darbības.
• Presenter: satur priekšstata loģiku, sadarbojas ar Model un atjauno View caur interfeisu.

Nodrošina labāku View un loģikas sadalījumu, padara Presenter testējamu.

// MVP View interfeisa piemērs
interface UserProfileView {
    fun showLoading()
    fun hideLoading()
    fun displayUserInfo(user: User)
    fun showError(message: String)
}

// Presenter piemērs
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("Failed to load user")
            }
        }
    }
}

MVVM (Model-View-ViewModel)

• Model: attēlo datus un biznesloģiku, izmanto Observable, lai paziņotu par izmaiņām.
• View: attēlo datus no ViewModel un nodod lietotāja darbības, izmanto databinding, lai sasaistītu View un ViewModel.
• ViewModel: nodrošina datus View, satur priekšstata loģiku, tam nav tiešas piekļuves View.

Izmanto novērotāju mehānismus (LiveData, Flow) un databinding, lai automātiski atjaunotu View izmaiņu laikā. Padara ViewModel pilnībā neatkarīgu no Android karkasa un labi testējamu.

// LiveData piemērs ar ViewModel
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 = "Failed to load user"
            }
        }
    }
}

Salīdzinājums:

Patters	View un loģikas saistība	Loģikas testējamība	Loģikas atkarība no Android
MVC	cieša (Android View bieži ir Controller)	vidēja	augsta
MVP	brīva (caur interfeisu)	augsta	zema (Presenter nav atkarīgs no Android UI)
MVVM	brīva (caur novērotājiem un databinding)	augsta	nav (ViewModel nav atkarīgs no Android UI)

Patiesais izvēle ir atkarīga no projekta prasībām un komandas vēlmēm. MVVM ar Android Jetpack komponentiem (ViewModel, LiveData, Data Binding) ir ieteicamā pieeja mūsdienu Android izstrādē.