MVVMCross adalah kerangka kerja populer untuk pengembangan seluler lintas platform menggunakan Xamarin, yang memungkinkan pengembang untuk memanfaatkan pola MVVM di seluruh Android, iOS, dan platform lainnya. Namun, terlepas dari manfaatnya, ada beberapa kelemahan yang perlu dipertimbangkan saat menggunakan MVVMCross untuk aplikasi Android dan iOS:
1. Kompleksitas dan Kurva Pembelajaran: MVVMCross adalah kerangka kerja besar yang membutuhkan waktu untuk memahami sepenuhnya. Pengembang baru mungkin merasa sulit untuk memahami fundamentalnya, seperti bagaimana konteks data ditransfer antar komponen [1]. Kompleksitas ini dapat menyebabkan kurva belajar yang lebih curam dibandingkan dengan kerangka kerja yang lebih sederhana.
2. Masalah Kinerja: Beberapa pengguna telah melaporkan masalah kinerja, seperti waktu startup yang lambat dan keterlambatan dalam binding ListView. Masalah -masalah ini dapat dikaitkan dengan MVVMCross, Xamarin, atau platform Android itu sendiri, membuatnya sulit untuk menunjukkan penyebab yang tepat tanpa profiler kinerja [1].
3. Pesan Kesalahan dan Debugging: Pesan kesalahan kerangka kerja bisa lebih informatif. Alih -alih hanya melaporkan kesalahan, mereka dapat menyarankan solusi potensial, yang akan membantu dalam debugging dan pembangunan yang lebih cepat [1].
4. Reusability and Testability: Sementara MVVMCross bertujuan untuk meningkatkan testabilitas dengan memisahkan logika bisnis dari pandangan, dalam praktiknya, model tampilan dapat menjadi kembung dan sulit diuji. Ini terutama benar jika mereka menangani banyak tanggung jawab dan mempertahankan keadaan internal, membuatnya sulit untuk menguji metode secara mandiri [2]. Selain itu, model tampilan sering menjadi tidak dapat digunakan kembali di berbagai pengontrol tampilan karena implementasi spesifik mereka [2].
5. Tantangan khusus platform: Di Android, Fragmentasi dan Java Stack dapat menimbulkan tantangan tambahan. Misalnya, menggunakan gambar Intel Android X86 dalam emulator dapat menyebabkan keanehan seperti masalah logging atau jaringan yang berlebihan [1]. Di iOS, kurangnya binding bawaan dapat memperumit implementasi MVVM, yang mengarah pada ketergantungan berlebihan pada pengontrol tampilan atau tampilan model untuk tugas yang tidak boleh mereka tangani [2].
6. Dokumentasi dan tutorial yang sudah ketinggalan zaman: Ada kekhawatiran tentang tutorial dan dokumentasi yang sudah ketinggalan zaman untuk MVVMCross. Ini dapat menyulitkan pengembang baru untuk memulai atau mengikuti perubahan dalam kerangka kerja [5].
7. Umur panjang dan dukungan: Pertanyaan tentang kematangan dan umur panjang kerangka kerja telah diangkat, terutama dalam konteks teknologi seluler yang berkembang pesat. Ini dapat memengaruhi keputusan apakah akan menggunakan MVVMCross untuk proyek komersial [5].
Secara keseluruhan, sementara MVVMCross menawarkan keunggulan yang signifikan dalam pengembangan lintas platform, kompleksitasnya, masalah kinerja, dan tantangan khusus platform perlu dipertimbangkan dengan cermat ketika memutuskan apakah akan menggunakannya untuk aplikasi Android dan iOS.
Kutipan:[1.
[2] https://www.danielhall.io/the-problems-with-mvvm-on-ios
[3] https://www.mvmcross.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-to-use-behaviours-and-storyboards-in-a-u-mu
[7] https://www.reddit.com/r/dotnet/comments/1cqqika/worth_converting_net_androidios_to_maui/
[8] https://mentormate.com/blog/6-reasons-mvvmcross-speeds-xamarin-development-personalizes-ux/
[9] https://stackoverflow.com/questions/26108486/should-suse-mvvmcross-for-xamarin-forms-and-windows-store-app