通過IEnumerable使用Observable集合的優點和缺點

Question

我想決定是否要將所有IEnumerable集合切換到Observable集合。我無法找到一個很好的解釋。可理解術語中可觀察收藏的優點和缺點是什麼？

Answer 1

您可能會決定將IEnumerable<Something>作爲某種屬性的類型，但使用ObservableCollection<Something>作爲實際值。

如果你有這樣的特性：

private IEnumerable<Something> collectionOfSomething; 
public IEnumerable<Something> CollectionOfSomething 
{ 
    get { return collectionOfSomething; } 
    set 
    { 
     collectionOfSomething = value; 
     NotifyPropertyChanged("CollectionOfSomething"); 
    } 
} 

現在，你可以簡單地分配給該屬性像

someViewModelObject.CollectionOfSomething = new ObservableCollection<Something>(); 

---

當您分配或綁定到一個集合屬性（例如ItemsControl.ItemsSource），目標對象通常會檢查實際屬性值是否實現INotifyCollectionChanged（什麼ObservableCollection）並附加CollectionChanged處理程序以獲取有關源集合中更改的通知。

如果您以後決定採用其他更智能的INotifyCollectionChanged實現，則不需要更改所有屬性類型。只是一些替代像觀察集合的這

someViewModelObject.CollectionOfSomething = new MyVerySmartCollection<Something>(); 

Answer 2

我可能會這樣構思你的問題的答案：當你的收藏改變內容時，你的應用程序是否需要通知？如果是這樣，那麼這樣的改變可能是有保證的。我的理解是Observable集合的首要特徵是它們在集合更改時提供通知機制，而IEnumerable僅提供單迭代枚舉器。

我希望有幫助。

Answer 3

整點的分配（S）是他們實現以下接口

INotifyCollectionChanged, INotifyPropertyChanged 

這使得它非常容易提醒UI /的視圖模型相應地更改和更新。如果您沒有使用ObservableCollection，則需要手動實施對集合/屬性的更新。

Answer 4

使用ObservableCollection的最大好處是自動實現INotifyCollectionChanged和INotifyPropertyChanged，這使得數據綁定更簡單。我會說，當你第一次設置你的數據綁定時最好使用ObservableCollection。

但是現在你已經編碼了（和數據綁定？）一堆IEnumerables，在這一點上沒有任何節省。

另一個要考慮的是，ObservableCollection<T>是IEnumerable（從Collection<T>繼承）。由於IEnumerable是一個接口，它是由很多類實現的List<T>就是這樣一個類 - ObservableCollection<T>是另一個類。