Perché ObservableCollection non supporta le modifiche collettive?

Question

Quali sono i potenziali problemi causati da operazioni di supporto ObservableCollection come AddRange o RemoveRange? Deve esserci un motivo per cui Microsoft non li ha forniti, ora che ObservableCollection viene utilizzato così frequentemente con WPF.

È possibile implementare la propria raccolta che supporta operazioni e implementazioni bulk INotifyCollectionChanged. Cosa succede se lego un controllo di questo tipo ad un oggetto ItemsControl?

Qualcuno sa di ItemsControls che non supportano le modifiche collettive?

Answer 1

Non penso che ci siano potenziali inconvenienti o problemi, è solo che non è lì. In effetti, scoprirai che la maggior parte dei tipi in 'System.Collections.Generic' non fornisce la funzionalità 'AddRange'.

Nel frattempo, molte persone hanno creato le proprie versioni di "ObservableCollection" per fornire la funzionalità desiderata.INotifyCollectionChanged contiene informazioni sufficienti per i suoi gestori di prendere nota di quando una serie di elementi sono stati interessati probabilmente per questo motivo.

Ultimo ma non meno importante, se si associa una collezione che ha questi 'Gamma' operazioni di tipo troverete che essi lavoreranno con l'interfaccia utente come ci si aspetta

Answer 2

Esistono numerose estensioni a ObservableCollection che possono essere trovate su Internet che aggiungono il concetto di aggiungere/rimuovere intervallo, o consentono di rinviare gli aggiornamenti e attivarli manualmente. Per esempio questa domanda Stack Overflow:

ObservableCollection Doesn't support AddRange method, so I get notified for each item added, besides what about INotifyCollectionChanging?

È inoltre possibile implementare un componente aggiuntivo di massa che genera un evento di reset, che farà sì che l'interfaccia utente di ri-rendere tutti gli elementi della collezione:

http://peteohanlon.wordpress.com/2008/10/22/bulk-loading-in-observablecollection/

Questi consentono di gestire in modo più efficiente gli aggiornamenti dell'interfaccia utente. Come un ItemsControl gestisce un evento modificato collezione che specifica un elenco di elementi modificati fino al framework WPF stesso. Presumo che gestisca questo in modo intelligente!

Il mio consiglio è, se le prestazioni sono fondamentali per voi e avete collezioni con numerosi articoli in fase di aggiornamento e si verificano problemi di prestazioni, quindi sottoclasse ObservableCollection per gestire la notifica di cambio di raccolta in un modo che meglio si adatta alle esigenze della vostra applicazione.

Answer 3

NotifyCollectionChangedEventArgs include informazioni sull'indice. La rimozione degli oggetti fa sì che gli indici vengano rimescolati, così come l'inserimento di elementi. Quindi, anche se non del tutto impossibile, sarebbe piuttosto difficile e probabilmente inefficiente fornire la capacità di lavorare con intervalli.

Answer 4

Ci deve essere un motivo per cui Microsoft non ha fornito loro

Non forniscono ogni possibile pezzo di funzionalità, è (anche) un costo vs. domanda cosa.

È possibile implementare la propria raccolta che supporta operazioni e implementazioni bulk INotifyCollectionChanged.

Sì. E quando lo fai, scoprirai che la collezione dovrà fare delle scelte su come/quando propagare tali cambiamenti. Non ho mai provato ma immagino ci siano alcuni compromessi che View o ViewModel possono prendere su decisioni migliori rispetto a una collezione riutilizzabile.