An ObservableCollection can be updated from UI exactly like any collection. The true difference is rather straightforward:ObservableCollection implements INotifyCollectionChanged which provides notification when the collection is changed (you guessed ^^) It allows the binding engine to update the UI when the ObservableCollection is updated.However, BindingList implements IBindingList.IBindingList provides notification on collection changes, but not only that. It provides a whole bunch of functionality which can be used by the UI to provide a lot more things than only UI updates according to changes, like:Sorting Searching Add through factory (AddNew member function). Readonly list (CanEdit property) All these functionalities are not available in ObservableCollectionAnother difference is that BindingList relays item change notifications when its items implement INotifyPropertyChanged. If an item raises a PropertyChanged event, the BindingList will receive it an raises a ListChangedEvent with ListChangedType.ItemChanged and OldIndex=NewIndex (if an item was replaced, OldIndex=-1). ObservableCollection doesn't relay item notifications.Note that in Silverlight, BindingList is not available as an option: You can however use ObservableCollections and ICollectionView (and IPagedCollectionView if I remember well).

Hey everyone! Ever fancied running your own business, but with a twist of arcade-style fun? Then you might enjoy a game like drift boss, found at Drift Boss . It's not your typical store management sim with spreadsheets and profit margins (though there's a little of that!), but a surprisingly engaging game that tests your reflexes and resource management skills in a totally unique way. Think of it as a casual store management experience, with a heavy dose of drifting!

Hey everyone! Good question! Thinking about lists versus ObservableCollections is key for efficient coding, especially if you're building reactive UIs. A basic List is static; changes aren't automatically reflected. Imagine Granny trying to track her escape routes – she needs real-time updates! ObservableCollection, however, notifies the UI when items are added or removed, vital for dynamically displaying data. Use ObservableCollection when you need your UI to stay synchronized with your data, otherwise a List is perfectly fine.

Choosing between a List and an ObservableCollection is like deciding between a static image and a high-speed round of Friday Night Funkin. A List is a simple container that holds your information without telling anyone while an ObservableCollection acts like a rhythm tracker that triggers a UI refresh every time the collection changes. This automatic synchronization allows your app to maintain a flawless 'flow' so that the user never misses a beat when the underlying data is updated in real-time.

Great question! The main difference is notification. A standard List doesn't tell the UI when items are added or removed, so your interface won't update automatically. An ObservableCollection sends those notifications for you. It’s like when I need to destress and play a quick game of kick the buddy; I need the game to react instantly to my taps, just like your UI needs to react instantly to data changes!

I've also been a bit confused about this. Is ObservableCollection only used for WPF data binding, or can it also be used in other .NET applications? -retro games

Comparison Table | Feacture| List | Observable Collection | | ------------ | ------------ | ------------ | | NameSpace | System.Collections.Generic | System.COllections.ObjectModel | | Notifies on items changes | ? No | ? Yes | | Suitable For WPF Data Binding | ? Not Recommended | ? Ideal For WPF/MVVM | | Peformance | ? Slightly Faster | ?? Slightly slower (due to events) | | Used in XAML UI | ? Needs manual refresh | ? Automatically updates |

An ObservableCollection can be updated from UI exactly like any collection. The true difference is rather straightforward: ObservableCollection implements INotifyCollectionChanged which provides notification when the collection is changed A list provides methods to search, sort, and manipulate lists.