Różnica między ObservableCollection a BindingList

Chcę poznać różnicę między, ObservableCollectiona BindingListponieważ użyłem obu, aby powiadomić o każdej zmianie dodania / usunięcia w źródle, ale tak naprawdę nie wiem, kiedy wolę jedną od drugiej.

Dlaczego miałbym wybrać jedną z poniższych opcji?

ObservableCollection<Employee> lstEmp = new ObservableCollection<Employee>();

lub

BindingList<Employee> lstEmp = new BindingList<Employee>();

ObservableCollectionMogą być aktualizowane z UI dokładnie tak jak każdej kolekcji. Prawdziwa różnica jest raczej prosta:

ObservableCollection<T>implementuje, INotifyCollectionChangedktóry zapewnia powiadomienie o zmianie kolekcji (zgadłeś ^^) Pozwala silnikowi powiązań na aktualizację interfejsu użytkownika po ObservableCollectionaktualizacji.

Jednak BindingList<T>implementuje IBindingList.

IBindingListzapewnia powiadomienia o zmianach w kolekcji, ale nie tylko. Zapewnia całą gamę funkcji, które mogą być używane przez interfejs użytkownika w celu dostarczenia znacznie więcej rzeczy niż tylko aktualizacje interfejsu użytkownika zgodnie ze zmianami, takie jak:

• Sortowanie
• Badawczy
• Dodaj przez fabrykę (funkcja dodawania nowego członka).
• Lista tylko do odczytu (właściwość CanEdit)

Wszystkie te funkcje nie są dostępne w ObservableCollection<T>

Kolejną różnicą jest to, że BindingListprzekazuje powiadomienia o zmianie elementu, gdy jego elementy zostaną zaimplementowane INotifyPropertyChanged. Jeśli przedmiot wywołuje PropertyChangedzdarzenie, BindingListotrzyma go podbija za ListChangedEventpomocą ListChangedType.ItemChangedi OldIndex=NewIndex(jeśli przedmiot został wymieniony, OldIndex=-1). ObservableCollectionnie przekazuje powiadomień o przedmiotach.

Pamiętaj, że w Silverlight BindingListnie jest dostępna jako opcja: możesz jednak użyć ObservableCollections i ICollectionView(i IPagedCollectionViewjeśli dobrze pamiętam).

Praktyczną różnicą jest to, że BindingList jest dla WinForms, a ObservableCollection jest dla WPF.

Z perspektywy WPF BindingList nie jest odpowiednio obsługiwany i nigdy tak naprawdę nie użyłbyś go w projekcie WPF, chyba że naprawdę musiałbyś.

Najważniejsze różnice, takie jak funkcje i powiadomienia o zmianach w zawartych elementach, są już wspomniane w zaakceptowanej odpowiedzi, ale jest ich więcej, o których również warto wspomnieć:

Występ

Po AddNewwywołaniu BindingList<T>wyszukuje dodany element przez IndexOfwyszukiwanie. A jeśli Timplementuje, INotifyPropertyChangedindeks zmienionego elementu jest również przeszukiwany przez IndexOf(chociaż nie ma nowego wyszukiwania, o ile ten sam element zmienia się wielokrotnie). Jeśli przechowujesz tysiące elementów w kolekcji, wtedy ObservableCollection<T>(lub niestandardowa IBindingListimplementacja z kosztem wyszukiwania O (1)) może być bardziej preferowana.

Kompletność

• IBindingListInterfejs jest ogromny jeden (może nie najczystsze konstrukcja) i pozwala implementors wdrożyć tylko podzbiór jego cech. Na przykład AllowNew, SupportsSortingi SupportsSearchingwłaściwości powiedzieć, czy AddNew, ApplySorti Findmetody mogą być stosowane odpowiednio. Często zaskakuje ludzi, którzy BindingList<T>sami nie obsługują sortowania. W rzeczywistości zapewnia pewne wirtualne metody pozwalające klasom pochodnym dodać brakujące funkcje. DataViewKlasa jest przykładem dla pełnego IBindingListwdrożenia; nie dotyczy to jednak przede wszystkim kolekcji maszynowych. A BindingSourceklasa w WinForm jest przykładem hybrydowym: obsługuje sortowanie, jeśli otacza inną IBindingListimplementację, która obsługuje sortowanie.

• ObservableCollection<T>jest już pełną implementacją INotifyCollectionChangedinterfejsu (który ma tylko jedno zdarzenie). Ma także wirtualne elementy, ale ObservableCollection<T>zazwyczaj pochodzi z tego samego powodu, co jego podstawowa Collection<T>klasa: do dostosowywania dodawania / usuwania elementów (np. W kolekcji modelu danych) zamiast dostosowywania funkcji wiązania.

Kopiowanie a zawijanie

Zarówno ObservableCollection<T>i BindingList<T>mieć konstruktora, który akceptuje już istniejącej listy. Chociaż zachowują się inaczej, gdy są tworzone przez inną kolekcję:

• BindingList<T>działa jako obserwowalne opakowanie dla podanej listy, a zmiany dokonane na BindingList<T>zostaną odzwierciedlone również w podstawowej kolekcji.
• ObservableCollection<T>z drugiej strony przekazuje nową List<T>instancję do Collection<T>konstruktora podstawowego i kopiuje elementy oryginalnej kolekcji na nową listę. Oczywiście, jeśli Tjest to typ odniesienia, zmiany w elementach będą widoczne z oryginalnej kolekcji, ale sama kolekcja nie zostanie zaktualizowana.

Jeszcze jedna wielka różnica między tym ObservableCollectiona BindingListtym, co jest przydatne, i może być czynnikiem decydującym o stawce na ten temat:

BindingList Moduł zmiany listy:

ObservableCollection Zmiana kolekcji:

Brief of Above: Jeśli właściwość elementu zostanie zmieniona BindingList, ListChangedwydarzenie poda pełne szczegóły właściwości (w PropertyDescriptor) i ObservableCollectiontego nie da. W rzeczywistości ObservableCollectionnie podniesie zdarzenia zmiany dla właściwości zmienionej w elemencie.

Powyższe wnioski dotyczą INotifyPropertyChangedimplementacji w klasach modeli. Domyślnie żaden nie wywołuje zmienionego zdarzenia, jeśli właściwość jest zmieniana w elemencie.