რა არის 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-ის ინტერფეისი 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("Failed to load user")
            }
        }
    }
}

MVVM (Model-View-ViewModel)

• Model: წარმოადგენს მონაცემებს და ბიზნეს-ლოგიკას, იყენებს Observable-ს ცვლილებების შესახებ ინფორმაციის გადასაცემად.
• View: აჩვენებს ViewModel-დან მიღებულ მონაცემებს და გადასცემს მომხმარებლის მოქმედებებს, იყენებს databinding-ს View და ViewModel-ის კავშირისათვის.
• ViewModel: უზრუნველყოფს მონაცემებს View-ს, შეიცავს წარმოდგენის ლოგიკას, არ აქვს პირდაპირი წვდომა View-ზე.

გამოყენებულია თვალთვალის მექანიზმები (LiveData, Flow) და databinding, რათა ავტომატურად განაახლოს View ცვლილებების დროს. აკეთებს ViewModel-ს სრულად დამოუკიდებელს Android-ფრემვორკიდან და კარგ ტესტირებადს.

// LiveData-თან ერთად 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"
            }
        }
    }
}

შედარება:

პატერნი	View და ლოგიკის კავშირი	ლოგიკის ტესტირება	ლოგიკის დამოკიდებულება Android-ზე
MVC	მჭიდრო (Android View ხშირად არის Controller)	საშუალო	მაღალი
MVP	თავისუფალი (ინტერფეისის მეშვეობით View)	მაღალი	დაბალი (Presenter არ არის დამოკიდებული Android UI-ზე)
MVVM	თავისუფალი (დაკვირვებლებზე და databinding-ზე)	მაღალი	არ არსებობს (ViewModel არ არის დამოკიდებული Android UI-ზე)

პატერნის არჩევა დამოკიდებულია პროექტის მოთხოვნებზე და გუნდსზე. MVVM გამოყენებით Android Jetpack კომპონენტებით (ViewModel, LiveData, Data Binding) არის თანამედროვე Android განვითარების რეკომენდებული მიდგომა।