MVVMCross, Xamarin kullanan platformlar arası mobil geliştirme için popüler bir çerçevedir ve geliştiricilerin Android, iOS ve diğer platformlarda MVVM modelinden yararlanmalarını sağlar. Ancak, faydalarına rağmen, Android ve iOS uygulamaları için MVVMCross kullanırken dikkate alınması gereken birkaç dezavantaj vardır:
1. Karmaşıklık ve Öğrenme Eğrisi: MVVMCross, tam olarak kavramak için zaman gerektiren büyük bir çerçevedir. Yeni geliştiriciler, veri bağlamının bileşenler arasında nasıl aktarıldığı gibi temellerini anlamayı zor bulabilirler [1]. Bu karmaşıklık, daha basit çerçevelere kıyasla daha dik bir öğrenme eğrisine yol açabilir.
2. Performans Sorunları: Bazı kullanıcılar, ListView Bağlamalarındaki yavaş başlangıç süreleri ve gecikmeler gibi performans sorunları bildirmiştir. Bu sorunlar MVVMCross, Xamarin veya Android platformunun kendisine atfedilebilir, bu da bir performans profili olmadan kesin nedeni belirlemeyi zorlaştırır [1].
3. Hata mesajları ve hata ayıklama: Çerçevenin hata mesajları daha bilgilendirici olabilir. Sadece hataları bildirmek yerine, daha hızlı hata ayıklama ve geliştirmeye yardımcı olacak potansiyel çözümler önerebilirler [1].
4. Yeniden kullanılabilirlik ve test edilebilirlik: MVVMCross, iş mantığını görünümden ayırarak test edilebilirliği iyileştirmeyi amaçlarken, pratikte, görünüm modelleri şişirilmiş ve test edilmesi zor olabilir. Bu, özellikle birden fazla sorumluluk üstlenir ve iç durumu korurlarsa, yöntemleri bağımsız olarak test etmeyi zorlaştırırlarsa doğrudur [2]. Ek olarak, görünüm modelleri, özel uygulamaları nedeniyle farklı görünüm kontrolörlerinde genellikle yeniden kullanılamaz hale gelir [2].
5. Platforma özgü zorluklar: Android, parçalanma ve Java yığını üzerinde ek zorluklar yaratabilir. Örneğin, emülatörlerde Intel Android X86 görüntülerini kullanmak, aşırı günlüğü veya ağ sorunları gibi tuhaflıklara yol açabilir [1]. İOS'ta, yerleşik bağların eksikliği MVVM uygulamasını karmaşıklaştırabilir, bu da görünüm denetleyicilerine aşırı güvenmeye veya kullanmamaları gereken görevler için görünüm modellerine yol açabilir [2].
6. Mevcut belgeler ve öğreticiler: MVVMCross için eski öğreticiler ve belgeler hakkında endişeler olmuştur. Bu, yeni geliştiricilerin başlamasını veya çerçevede değişikliklere ayak uydurmasını zorlaştırabilir [5].
7. Uzun ömür ve destek: Özellikle hızla gelişen mobil teknolojiler bağlamında çerçevenin olgunluğu ve uzun ömürlülüğü hakkında sorular gündeme getirilmiştir. Bu, ticari projeler için MVVMCross'un kullanılıp kullanılmayacağına dair kararları etkileyebilir [5].
Genel olarak, MVVMCross platformlar arası geliştirmede önemli avantajlar sunarken, karmaşıklığı, performans sorunları ve platforma özgü zorlukları, Android ve iOS uygulamaları için kullanılıp kullanılmayacağına karar verirken dikkatli bir şekilde dikkate alınmalıdır.
Alıntılar:[1] https://blog.rthand.com/a-week-of-pressions-of-se- android-nroid-using-xamarin-mvvmcross/
[2] https://www.danielhall.io/the-problems-with-mvvm-on-os
[3] https://www.mvvmcross.com/documentation/upgrading/upgrade-ton-mvmcross-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-tro-to-to-behaviours-and-in-a--mu.
[7] https://www.reddit.com/r/dotnet/comments/1cqqika/worth_converting_net_androidos_to_maui/
[8] https://mentorate.com/blog/6-reasons-mvvmcross-speeds-xamarin-deelopment-personalizes-ux/
[9] https://stackoverflow.com/questions/26108486/should-i--mvvmcross-for-xamarin-forms-andwindows-store-pp