MVVMCross is een populair raamwerk voor cross-platform mobiele ontwikkeling met behulp van Xamarin, waardoor ontwikkelaars het MVVM-patroon kunnen benutten over Android, iOS en andere platforms. Ondanks de voordelen ervan zijn er echter verschillende nadelen om te overwegen bij het gebruik van MVVMCross voor Android- en iOS -applicaties:
1. Complexiteit en leercurve: MVVMCross is een groot raamwerk dat tijd nodig heeft om volledig te begrijpen. Nieuwe ontwikkelaars vinden het misschien een uitdaging om de basisprincipes ervan te begrijpen, zoals hoe gegevenscontext wordt overgedragen tussen componenten [1]. Deze complexiteit kan leiden tot een steilere leercurve in vergelijking met eenvoudiger kaders.
2. Prestatieproblemen: sommige gebruikers hebben prestatieproblemen gerapporteerd, zoals langzame opstarttijden en vertragingen in ListView -bindingen. Deze problemen kunnen worden toegeschreven aan MVVMCross, Xamarin of het Android -platform zelf, waardoor het moeilijk is om de exacte oorzaak te bepalen zonder een prestatieprofiler [1].
3. Foutmeldingen en foutopsporing: de foutmeldingen van het framework kunnen informatiever zijn. In plaats van alleen fouten te melden, kunnen ze potentiële oplossingen suggereren, die zouden helpen bij snellere foutopsporing en ontwikkeling [1].
4. Herbruikbaarheid en testbaarheid: terwijl MVVMCross de testbaarheid wil verbeteren door bedrijfslogica te scheiden van de weergave, kunnen in de praktijk modellen opgeblazen en moeilijk te testen worden. Dit is met name het geval als ze meerdere verantwoordelijkheden afhandelen en de interne toestand behouden, waardoor het moeilijk is om methoden onafhankelijk te testen [2]. Bovendien worden weergavemodellen vaak niet-verwijderd in verschillende weergavecontrollers vanwege hun specifieke implementaties [2].
5. Platformspecifieke uitdagingen: op Android kunnen fragmentatie en de Java Stack extra uitdagingen vormen. Het gebruik van Intel Android X86 -afbeeldingen in emulators kan bijvoorbeeld leiden tot eigenaardigheden zoals overmatige logboekregistratie of netwerkproblemen [1]. Op iOS kan het ontbreken van ingebouwde bindingen de MVVM-implementatie bemoeilijken, wat leidt tot te veel afhankelijkheid van weergavecontrollers of weergave modellen voor taken die ze niet zouden moeten behandelen [2].
6. Verouderde documentatie en tutorials: er zijn zorgen geweest over verouderde tutorials en documentatie voor MVVMCross. Dit kan het voor nieuwe ontwikkelaars moeilijk maken om aan de slag te gaan of de veranderingen in het kader bij te houden [5].
7. Levensduur en ondersteuning: vragen over de volwassenheid en levensduur van het kader zijn opgeroepen, met name in de context van snel evoluerende mobiele technologieën. Dit kan van invloed zijn op beslissingen om MVVMCross te gebruiken voor commerciële projecten [5].
Hoewel MVVMCross aanzienlijke voordelen biedt in de ontwikkeling van cross-platform, moeten de complexiteit, prestatieproblemen en platformspecifieke uitdagingen zorgvuldig worden overwogen bij het beslissen of ze het gebruiken voor Android- en iOS-toepassingen.
Citaten:[1] https://blog.rthand.com/a-week-of-impression-of-ontwikkeling-for-android-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/window-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-to-use-behaviours-and-storyboards-in-a-mu
[7] https://www.reddit.com/r/dotnet/comment
[8] https://mentormate.com/blog/6-reasons-mvvmcross-speeds-xamarin-development-personaliseer-ux/
[9] https://stackoverflow.com/questions/26108486/should-i-se-mvvmcross-for-xamarin- en-vensters-storte-app