„MVVMCross“ yra populiari „Xamarin“, naudojant „Xamarin“, įvairių platformų mobiliųjų telefonų kūrimo pagrindus, leidžianti kūrėjams panaudoti MVVM modelį „Android“, „iOS“ ir kitose platformose. Nepaisant jo pranašumų, reikia atsižvelgti į keletą trūkumų, kai naudojate „MVVMCross“ „Android“ ir „iOS“ programoms:
1. Sudėtingumo ir mokymosi kreivė: „MVVMCross“ yra didelė sistema, kuriai reikia laiko visiškai suvokti. Naujiems kūrėjams gali būti sudėtinga suprasti jos pagrindus, pavyzdžiui, kaip duomenų kontekstas perduodamas tarp komponentų [1]. Šis sudėtingumas gali sukelti staigesnę mokymosi kreivę, palyginti su paprastesnėmis rėmais.
2. Veiklos problemos: Kai kurie vartotojai pranešė apie našumo problemas, tokias kaip lėtas paleidimo laikas ir „ListView“ įrišimų vėlavimas. Šias problemas galima priskirti MVVMCross, Xamarin ar pačiai „Android“ platformai, todėl sunku tiksliai nustatyti tikslią priežastį be našumo profilio [1].
3. Klaidų pranešimai ir derinimas: „Framework“ klaidų pranešimai gali būti informatyvesni. Užuot tiesiog pranešę apie klaidas, jie galėtų pasiūlyti galimus sprendimus, kurie padėtų greičiau derinti ir tobulinti [1].
4. Pakartotinis naudojimas ir bandomumas: Nors „MVVMCross“ siekia pagerinti bandymą, atskirdamas verslo logiką nuo vaizdo, praktikoje peržiūros modeliai gali tapti išsipūtusieji ir sunku išbandyti. Tai ypač pasakytina, jei jie tvarko įvairias pareigas ir palaiko vidinę būseną, todėl sunku savarankiškai išbandyti metodus [2]. Be to, per „View“ modeliai dažnai tampa nepagrįstais skirtinguose vaizdo valdikliuose dėl jų specifinių įgyvendinimų [2].
5. Konkrečios platformos iššūkiai: „Android“, suskaidymas ir „Java“ kaminas gali sukelti papildomų iššūkių. Pvz., Naudojant „Intel Android x86“ vaizdus emuliatoriuose, gali kilti keiksmažodžių, pavyzdžiui, per didelių registravimo ar tinklo problemų [1]. „IOS“ įmontuotų įrišimų trūkumas gali apsunkinti MVVM įgyvendinimą, dėl kurio per didelis pasitikėjimas peržiūros valdikliais arba užduočių, kurių jie neturėtų atlikti, modelius [2].
6. Pasenusi dokumentacija ir vadovėliai: Buvo susirūpinta dėl pasenusių vadovėlių ir MVVMCross dokumentų. Dėl to naujiems kūrėjams gali būti sunku pradėti ar neatsilikti nuo sistemos pakeitimų [5].
7. Ilgaamžiškumas ir palaikymas: kilo klausimai apie sistemos brandą ir ilgaamžiškumą, ypač atsižvelgiant į sparčiai besivystančias mobiliąsias technologijas. Tai gali paveikti sprendimus, ar naudoti MVVMCross komerciniams projektams [5].
Apskritai, nors „MVVMCross“ suteikia didelių pranašumų kuriant įvairius platformas, jo sudėtingumo, našumo problemos ir konkrečios platformos iššūkiams reikia atidžiai apsvarstyti sprendimą, ar naudoti jį „Android“ ir „iOS“ programoms.
Citatos:[1] https://blog.rthand.com/a-week-of-mpressions-of-developing-forandroid-using-xamarin-mvvmcross/
[2] https://www.danielhall.io/the-problems-with-mvvm-on-ios
[3] https://www.mvvmcross.com/documentation/upgrading/upgrade-to-mvvmcross-60
[4] https://learn.microsoft.com/en-us/archive/msdn-magazine/2014/august/windows-phone-build-mvvm-apps-with-xamarin-and-mvvmcross
[5] https://xamarin21.rssing.com/chan-23562832/article1771.html
[6] https://stackoverflow.com/questions/16301045/mvvmcross-v3-is-that-wrong-to-try-see-see-haviours-and-storyboards in-a-mu
[7] https://www.reddit.com/r/dotnet/comments/1cqqika/worth_converting_net_androidios_to_maui/
[8] https://mentormate.com/blog/6-Reasons-mvvmcross-spartus-xamarin-development-personalizes-ux/
[9] https://stackoverflow.com/questions/26108486/should-i-use-mvvmcross-for-xamarin-forms-and-windows-store-app