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>();Odpowiedzi:
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:
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).
BindingListprzestarzały?
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) iObservableCollectiontego nie da. W rzeczywistościObservableCollectionnie 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.