Czym różni się jednorazowe wiązanie od wiązania dwukierunkowego w MVVMCROSS

jednorazowe wiązanie

Jednorazowe powiązanie służy do przesyłania danych z ViewModel do widoku tylko raz, po ustawieniu źródła wiązania. Po tym początkowym przeniesieniu wiązanie nie monitoruje zmian w właściwościach ViewModel i nie aktualizuje widoku, chyba że samo źródło wiązania zostanie zresetowane. Ten tryb jest przydatny w przypadku pola, które można konfigurować, ale nie zmieniają się często po ustawieniu. Na przykład w MVVMCROSS jednorazowe powiązanie jest używane do ustawiania tekstu statycznego z plików językowych, ponieważ użytkownik zazwyczaj wybiera język raz i rzadko zmienia go później [1] [10].

Dwukierunkowe wiązanie

Z drugiej strony dwukierunkowe wiązanie ustanawia ciągłe, dwukierunkowe połączenie między widokiem a ViewModel. Zmiany w widoku lub aktualizacji wyzwalają ViewModel w drugim. Ten tryb jest szczególnie przydatny podczas edytowania istniejących danych, takich jak wypełnianie formularzy, w których zarówno dane wejściowe użytkownika, jak i wszelkie zmiany z ViewModel muszą znaleźć odzwierciedlenie w czasie rzeczywistym. Wiązanie dwukierunkowe jest powszechnie stosowane w MVVMCROSS i często służy jako tryb domyślny dla nowych powiązań [1] [2].

Kluczowe różnice

-Kierunek przepływu danych: jednorazowe powiązanie aktualizuje widok tylko raz z ViewModel, podczas gdy dwukierunkowe powiązanie aktualizuje zarówno widok, jak i ViewModel.
-Monitorowanie zmiany: jednorazowe wiązanie nie monitoruje zmian po początkowej aktualizacji, podczas gdy dwukierunkowe wiązanie ciągle monitoruje i aktualizuje oba końce.
-Przypadki użycia: jednorazowy jest idealny do danych statycznych lub rzadko zmieniających się danych, podczas gdy dwukierunkowy jest lepiej dostosowany do interaktywnych formularzy lub dynamicznej wymiany danych.

Podsumowując, jednorazowe powiązanie jest używane do statycznej lub początkowej konfiguracji danych, podczas gdy wiązanie dwukierunkowe jest używane do interaktywnych scenariuszy, w których zarówno widok, jak i ViewModel muszą odzwierciedlać swoje zmiany w czasie rzeczywistym.