Hacktoberfest 2026: le issue che i maintainer hanno segnato per ottobre, aperte e adatte ai principianti. Sfoglia le issue Hacktoberfest

Refreshing all properties of an ObservableObject

Aperta
  • Qualcosa non va?
#1,160 0 commenti 0 reazioni 0 assegnatari Vedi su GitHub

Nessuno ha ancora preso questa issue.

Valutazione

Difficoltà
5/5
Tempo stimato
Più di una settimana
Idoneità per principianti
30/100
Tipo di issue
Funzionalità
Chiarezza
Abbastanza chiara
Stato di attività
Ferma
Stack tecnologico
csharp
Ambito
developer-experience

Direzione di ricerca

Inizia con ObservableObject e il relativo percorso OnPropertyChanged(null), quindi analizza come il lato ricevente gestisce un nome di proprietà null negli scenari AOT. Confronta il metodo proposto di enumerazione delle proprietà con le notifiche individuali automatiche e definisci quale comportamento e quale API consentirebbero di aggiornare tutte le proprietà osservabili senza reflection.

Scritto dal modello di indicizzazione a partire dal testo della issue.

Descrizione

This issue falls in between a feature request and a bug.

Given a case scenario you want to refresh all the properties of an ObservableObject, the recommended pattern is this:

public void RefreshAllProperties() => OnPropertyChanged(null);

Raising a property changed as null is usually the suggested approach to signal that all properties are changed.

The problem with this pattern is that it assumes the receiving end is able to list (via reflection) all the properties that are bound for refreshment.

But when you're in an AOT scenario, I am wondering if, in this crippled scenario where reflection is not possible, how to resolve this.

I think the solution for this would be, if AOT is detected, instead of raising a single null property change, to raise a sequence of indivisual property changes, one for every observable property.

And, I think this can be done in two ways:

1- to have a protected method that enumerates all the observable properties (something that could be usefull for other scenarios, like populating PropertyGrid controls) , and the let the developer implement its own RefreshAllProperties();

2- to make OnPropertyChanged(); smarter, by detecting when a null argument is passed, and if it detectes its in AOT, instead of relaying the null, to swich to raise a propertychange sequence.

Btw, I'm relatively new to CommunityToolkit.mvvm , so I wrote this issue under the assumption there's no way to do this other to manually raise all the property changes.

Lingua principale
C#
Stelle
3.8k
Fork
401
Nessuna PR unita negli ultimi 30g

Preparare l'ambiente

Come iniziare

  1. Leggi tutta la issue e poi la guida ai contributi del progetto.
  2. Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
  3. Fai un fork del repository e lavora su un branch.
  4. Apri una pull request che faccia riferimento al numero della issue.

Altre issue di CommunityToolkit/dotnet

Tutte le issue di CommunityToolkit/dotnet

Issue simili

Altre issue su C#

Ricevi le nuove issue nella tua casella

Un breve riepilogo di issue GitHub adatte ai principianti.