Il legame una tantum in mvvmcross è una modalità di legame utile che trasferisce i valori dal punto di vista della vista alla vista solo una volta, quando è impostata la sorgente di associazione. Non monitora attivamente le modifiche nel ViewModel, il che significa che non aggiorna la vista se le proprietà di ViewModel cambiano dopo l'associazione iniziale. Ecco alcune limitazioni e considerazioni per l'utilizzo di una tantum:
1. Nessun aggiornamento continuo: la limitazione primaria del vincolo una tantum è che non aggiorna continuamente la vista in base alle modifiche nel ViewModel. Ciò lo rende meno adatto a dati dinamici che devono essere riflessi in tempo reale sull'interfaccia utente.
2. Dati statici: l'associazione una tantum è meglio utilizzata per dati statici o di sola lettura che non cambiano frequentemente. Ad esempio, viene spesso utilizzato per l'impostazione del testo statico dai file di lingua, poiché la selezione della lingua viene in genere effettuata una volta e non cambiata frequentemente [1].
3. Recyclerview e controlli simili: in controlli come `mvxrecyclerview`, i legami una tantum potrebbero non comportarsi come previsto a causa del riciclaggio della vista. Quando l'utente scorre attraverso un elenco, le viste vengono riciclate e riutilizzate, che possono causare nuovamente il rievocazione dei legami una tantum, comportandosi efficacemente come legami continui [4]. Ciò può portare a comportamenti imprevisti se non gestiti correttamente.
4. Considerazioni sulle prestazioni: mentre i legami una tantum non monitorano le modifiche, non introducono intrinsecamente problemi di prestazioni. Tuttavia, se utilizzato ampiamente in layout complessi o con molti legami, la configurazione iniziale potrebbe contribuire a tempi di rendering dell'interfaccia utente più lenti rispetto ad altre modalità di legame [9].
5. Sicurezza del thread: i legami MVVMCRoss, compresi i binding un tempo, possono essere influenzati da problemi di threading se non gestiti correttamente. Ad esempio, se gli assistenti vengono eseguiti su un thread del lavoratore, potrebbe portare a comportamenti imprevisti se non correttamente sincronizzati con il thread dell'interfaccia utente [5] [3].
In sintesi, sebbene l'associazione una tantum sia utile per i dati statici, non è l'ideale per dati dinamici o scenari in cui sono necessari aggiornamenti continui. Inoltre, il suo comportamento in determinati componenti dell'interfaccia utente come `Recyclerview` richiede un'attenta gestione per evitare rimbelli inaspettati.
Citazioni:[1] https://www.mvvmcross.com/documentation/fundamentals/data-binding
[2] https://stackoverflow.com/questions/25460030/when-to-use-mvvmcross-data-bindings
[3] https://github.com/mvvmcross/mvvmcross/issues/1545
[4] https://stackoverflow.com/questions/48910503/binding-mode-apetime-in-mvxrecyclerview
[5] https://www.mvvmcross.com/mvvmcross-4.2/
[6] https://github.com/mvvmcross/mvvmcross/issues/29
[7] https://stackoverflow.com/questions/17156368/
[8] https://learn.microsoft.com/en-us/dotnet/maui/fundamentals/data-binding/binding-mode?view=net-maui-9.0
[9] https://github.com/mvvmcross/mvvmcross/issues/1342
[10] https://www.mvvmcross.com/mvvmcross-5-release/