MVVMCross menangani pembaruan saat menggunakan pengikatan satu kali dengan mentransfer data dari viewmodel ke tampilan hanya sekali, ketika sumber pengikat awalnya diatur. Setelah transfer awal ini, ikatan tidak secara aktif memantau pesan atau peristiwa dari viewmodel. Oleh karena itu, setiap perubahan selanjutnya pada properti ViewModel tidak akan tercermin dalam tampilan kecuali sumber pengikat itu sendiri diatur ulang atau diinisialisasi kembali.
Poin-poin penting dari ikatan satu kali di MVVMCross:
1. Transfer Data Awal: Mengikat Transfer Data dari ViewModel ke tampilan saat pengikatan pertama kali ditetapkan. Ini biasanya berguna untuk bidang yang dapat dikonfigurasi tetapi tidak sering berubah setelah diatur.
2. Tidak ada pemantauan berkelanjutan: Tidak seperti ikatan dua arah atau satu arah, binding satu kali tidak terus memantau model view untuk perubahan. Ini berarti bahwa jika properti ViewModel berubah setelah ikatan awal, tampilan tidak akan diperbarui secara otomatis.
3. Kasus Penggunaan: Ikatan satu kali biasanya digunakan dalam skenario di mana data statis atau jarang berubah, seperti mengatur teks statis dari file bahasa. Setelah bahasa dipilih, tidak umum bagi pengguna untuk sering mengubahnya, membuat pengikatan satu kali cocok untuk kasus-kasus seperti itu [1].
4. Mengatur ulang Sumber Pengikatan: Jika sumber pengikat diatur ulang atau diinisialisasi ulang, pengikatan satu kali akan mentransfer data baru dari viewmodel ke tampilan lagi. Namun, ini membutuhkan tindakan eksplisit untuk mengatur ulang sumber pengikat.
5. Keterbatasan dalam Tampilan Dinamis: Dalam tampilan dinamis, seperti yang menggunakan `mvxRecyClerveriew`, binding satu kali mungkin tidak berperilaku seperti yang diharapkan jika pandangan didaur ulang. Dalam kasus seperti itu, pengikatan dapat dievaluasi kembali karena pandangan digunakan kembali, yang dapat menyebabkan perilaku yang tidak terduga [6].
Singkatnya, pengikatan satu kali MVVMCross dirancang untuk skenario di mana data ditetapkan sekali dan tidak perlu diperbarui secara dinamis. Ini menyederhanakan infrastruktur yang mengikat dengan menghindari pemantauan terus menerus dari viewmodel untuk perubahan, tetapi membutuhkan intervensi manual untuk memperbarui tampilan jika data ViewModel berubah setelah ikatan awal.
Kutipan:[1] https://www.mvvmcross.com/documentation/fundamentals/data-binding
[2] https://www.mvmcross.com/documentation/fundamentals/dependency-clependency
[3] https://learn.microsoft.com/en-us/dotnet/maui/xaml/fundamentals/mvvm?view=net-mau-9.0
[4] https://stackoverflow.com/questions/46558177/mvvmcross-pupdates-to-bound-property-in-view-not-propagating-to-property-in-viewm
[5] https://blog.ostebaronen.dk/2018/01/mvvmcross-binding-target.html
[6] https://stackoverflow.com/questions/48910503/binding-mode-onetime-in-mvxRecyclerview
[7] https://github.com/mvvmcross/mvvmcross/issues/87
[8] https://learn.microsoft.com/en-us/archive/msdn-magazine/2014/march/async-programming-patterns-for-asynchronous-mvvm-applications-data-binding
[9] https://learn.microsoft.com/en-us/dotnet/maui/fundamentals/data-binding/binding-mode?view=net-mau-9.0
[10] https://www.reddit.com/r/dotnetmaui/comments/103ai8p/mvvm_problems_having_troubles_with_data_bindings/
[11] https://www.mvvmcross.com/documentation/advanced/customizing-using-app-and-setup