Почему ReadOnlyObservableCollection.CollectionChanged не является общедоступным?

Question 1

Почему ReadOnlyObservableCollection.CollectionChangedзащищено, а не публично (как соответствующее ObservableCollection.CollectionChanged)?

Какая польза от реализации коллекции, INotifyCollectionChangedесли я не могу получить доступ к CollectionChangedсобытию?

Question 2

Вот решение: события CollectionChanged в ReadOnlyObservableCollection

Вы должны привести коллекцию к INotifyCollectionChanged .

Question 3

Я нашел для вас способ, как это сделать:

ObservableCollection<string> obsCollection = new ObservableCollection<string>();
INotifyCollectionChanged collection = new ReadOnlyObservableCollection<string>(obsCollection);
collection.CollectionChanged += new NotifyCollectionChangedEventHandler(collection_CollectionChanged);

Вам просто нужно явно сослаться на вашу коллекцию через интерфейс INotifyCollectionChanged .

Question 4

Я знаю, что этот пост старый, однако людям следует потратить время на то, чтобы понять шаблоны, используемые в .NET, прежде чем комментировать. Коллекция только для чтения - это оболочка для существующей коллекции, которая не позволяет потребителям напрямую изменять ее; посмотрите, ReadOnlyCollectionи вы увидите, что это оболочка для коллекции, IList<T>которая может изменяться или не изменяться. Неизменяемые коллекции - это другое дело, и они охватываются новой библиотекой неизменяемых коллекций.

Другими словами, только чтение - это не то же самое, что неизменяемый !!!!

Помимо этого, ReadOnlyObservableCollectionследует неявно реализовывать INotifyCollectionChanged.

Question 5

Определенно есть веские причины для того, чтобы подписаться на уведомления об изменении коллекции в ReadOnlyObservableCollection . Итак, в качестве альтернативы простому преобразованию вашей коллекции как INotifyCollectionChanged , если вы подклассифицируете ReadOnlyObservableCollection , то следующее обеспечивает более удобный синтаксически способ доступа к событию CollectionChanged :

    public class ReadOnlyObservableCollectionWithCollectionChangeNotifications<T> : ReadOnlyObservableCollection<T>
{
    public ReadOnlyObservableCollectionWithCollectionChangeNotifications(ObservableCollection<T> list)
        : base(list)
    {
    }

    event System.Collections.Specialized.NotifyCollectionChangedEventHandler CollectionChanged2
    {
        add { CollectionChanged += value; }
        remove { CollectionChanged -= value; }
    }
}

Раньше у меня это хорошо работало.

Question 6

Вы можете проголосовать за запись об ошибке в Microsoft Connect, в которой описывается эта проблема: https://connect.microsoft.com/VisualStudio/feedback/details/641395/readonlyobservablecollection-t-collectionchanged-event-should-be-public

Обновить:

Портал Connect был закрыт Microsoft. Так что ссылка выше больше не работает.

Библиотека My Win Application Framework (WAF) предоставляет решение: класс ReadOnlyObservableList :

public class ReadOnlyObservableList<T> 
        : ReadOnlyObservableCollection<T>, IReadOnlyObservableList<T>
{
    public ReadOnlyObservableList(ObservableCollection<T> list)
        : base(list)
    {
    }

    public new event NotifyCollectionChangedEventHandler CollectionChanged
    {
        add { base.CollectionChanged += value; }
        remove { base.CollectionChanged -= value; }
    }

    public new event PropertyChangedEventHandler PropertyChanged
    {
        add { base.PropertyChanged += value; }
        remove { base.PropertyChanged -= value; }
    }
}

Question 7

Как уже было сказано, у вас есть два варианта: вы можете либо привести ReadOnlyObservableCollection<T>к интерфейсу INotifyCollectionChangedдля доступа к явно реализованному CollectionChangedсобытию, либо вы можете создать свой собственный класс-оболочку, который делает это один раз в конструкторе и просто перехватывает события обернутого ReadOnlyObservableCollection<T>.

Некоторые дополнительные сведения о том, почему эта проблема еще не устранена:

Как видно из исходного кода , ReadOnlyObservableCollection<T>это открытый, незапечатанный (то есть наследуемый) класс, в котором отмечены события protected virtual.

То есть могут быть скомпилированные программы с классами, производными от ReadOnlyObservableCollection<T>, с переопределенными определениями событий, но с protectedвидимостью. Эти программы будут содержать недопустимый код, если видимость события изменится на publicв базовом классе, потому что не разрешено ограничивать видимость события в производных классах.

Так что, к сожалению, создание protected virtualсобытий publicпозже - это изменение, нарушающее двоичный код, и, следовательно, это не будет сделано без очень веских аргументов, а я боюсь, что «я должен привести объект один раз, чтобы присоединить обработчики» попросту не является.

Источник: комментарий GitHub Ника Герерры, 19 августа 2015 г.

Question 8

Это было самым популярным в Google, поэтому я решил добавить свое решение, если другие люди его найдут.

Используя информацию выше (о необходимости преобразования в INotifyCollectionChanged ), я создал два метода расширения для регистрации и отмены регистрации.

Мое решение - методы расширения

public static void RegisterCollectionChanged(this INotifyCollectionChanged collection, NotifyCollectionChangedEventHandler handler)
{
    collection.CollectionChanged += handler;
}

public static void UnregisterCollectionChanged(this INotifyCollectionChanged collection, NotifyCollectionChangedEventHandler handler)
{
    collection.CollectionChanged -= handler;
}

пример

IThing.cs

public interface IThing
{
    string Name { get; }
    ReadOnlyObservableCollection<int> Values { get; }
}

Использование методов расширения

public void AddThing(IThing thing)
{
    //...
    thing.Values.RegisterCollectionChanged(this.HandleThingCollectionChanged);
}

public void RemoveThing(IThing thing)
{
    //...
    thing.Values.UnregisterCollectionChanged(this.HandleThingCollectionChanged);
}

Решение OP

public void AddThing(IThing thing)
{
    //...
    INotifyCollectionChanged thingCollection = thing.Values;
    thingCollection.CollectionChanged += this.HandleThingCollectionChanged;
}

public void RemoveThing(IThing thing)
{
    //...
    INotifyCollectionChanged thingCollection = thing.Values;
    thingCollection.CollectionChanged -= this.HandleThingCollectionChanged;
}

Альтернатива 2

public void AddThing(IThing thing)
{
    //...
    (thing.Values as INotifyCollectionChanged).CollectionChanged += this.HandleThingCollectionChanged;
}

public void RemoveThing(IThing thing)
{
    //...
    (thing.Values as INotifyCollectionChanged).CollectionChanged -= this.HandleThingCollectionChanged;
}

Question 9

Решение

ReadOnlyObservableCollection.CollectionChanged не отображается (по уважительным причинам, изложенным в других ответах), поэтому давайте создадим наш собственный класс-оболочку, который его предоставляет:

/// <summary>A wrapped <see cref="ReadOnlyObservableCollection{T}"/> that exposes the internal <see cref="CollectionChanged"/>"/>.</summary>
public class ObservableReadOnlyCollection<T> : ReadOnlyObservableCollection<T>
{
    public new NotifyCollectionChangedEventHandler CollectionChanged;

    public ObservableReadOnlyCollection(ObservableCollection<T> list) : base(list) { /* nada */ }

    protected override void OnCollectionChanged(NotifyCollectionChangedEventArgs args) => 
        CollectionChanged?.Invoke(this, args);
}

Объяснение

Люди спрашивают, почему вы хотели бы наблюдать изменения в коллекции, доступной только для чтения, поэтому я объясню одну из многих возможных ситуаций; когда коллекция, доступная только для чтения, является оболочкой для частной внутренней коллекции, которая может изменяться.

Вот один из таких сценариев:

Предположим, у вас есть служба, которая позволяет добавлять элементы во внутреннюю коллекцию и удалять их извне. Теперь предположим, что вы хотите раскрыть значения коллекции, но не хотите, чтобы потребители напрямую манипулировали коллекцией; поэтому вы оборачиваете внутреннюю коллекцию в ReadOnlyObservableCollection.

Обратите внимание, что для того, чтобы обернуть внутреннюю коллекцию ReadOnlyObservableCollectionвнутренней коллекцией, ObservableCollectionконструктор ReadOnlyObservableCollection.

Теперь предположим, что вы хотите уведомить потребителей службы об изменении внутренней коллекции (и, следовательно, о выставленных ReadOnlyObservableCollectionизменениях). Вместо того , чтобы качению своей собственной реализации , вы просто хотите , чтобы разоблачить CollectionChangedиз ReadOnlyObservableCollection. Вместо того, чтобы заставлять потребителя делать предположения о реализации ReadOnlyObservableCollection, вы просто меняете местами ReadOnlyObservableCollectionэтот обычай ObservableReadOnlyCollection, и все готово.

Он ObservableReadOnlyCollectionскрывается ReadOnlyObservableCollection.CollectionChangedсо своим собственным и просто передает все события изменения коллекции любому присоединенному обработчику событий.