Блог

Я пытаюсь реализовать фильтрацию в своей собственной наблюдаемой коллекции. Мой подход следующий: я предполагаю, что используемый элемент управления ItemsSource должен вызывать IEnumerable.GetEnumerator() мою коллекцию, чтобы получить элементы, которые он должен отображать. Поэтому я определяю свой собственный IEnumerable.GetEnumerator() способ применения фильтрации.

Вот соответствующий код:

 public Func<T, bool>? Filter { get; set; }

public void Refresh() {
    OnCollectionChanged(
        new NotifyCollectionChangedEventArgs(
            NotifyCollectionChangedAction.Reset
        )
    );
}

IEnumerator IEnumerable.GetEnumerator()
    => Filter is null
        ? (IEnumerator)BaseIEnumerableGetEnumerator.Invoke(this, null)!
        : this.Where(Filter).GetEnumerator();

public new IEnumerator<T> GetEnumerator()
    => Filter is null
        ? base.GetEnumerator()
        : this.Where(Filter).GetEnumerator();

private static readonly MethodInfo BaseIEnumerableGetEnumerator
    = BaseType.GetMethod(
        "System.Collections.IEnumerable.GetEnumerator",
        BindingFlags.NonPublic | BindingFlags.Instance
    )!;
 

Кстати, мой базовый класс таков List<T> . Он также реализует IList , ICollection , INotifyCollectionChanged и INotifyPropertyChanged .

Теперь — я установил фильтр. Ничего не происходит. Поэтому я звоню Refresh() .

И, к моему удивлению, тоже ничего не происходит. Почему? Когда Reset отправляется в коллекцию элементов — элемент управления должен перезагрузиться, и во время перезагрузки он должен вызвать GetEnumerator() .

Я установил точку останова в своем GetEnumerator() методе, но она не вызывается Refresh . почему?

Чтобы уточнить — я пытаюсь воспроизвести точную ListCollectionView функцию. Он содержит Refresh() метод, который применяет фильтрацию.

Еще одна странная вещь, которую я вижу, заключается в том, что мое новое GetEnumerator() вызывается моим собственным контролем, но оно вообще не вызывается DataGrid .

Обновить:

Как я недавно исследовал, встроенные элементы управления WPF могут использовать некоторую недокументированную магию для привязки элементов. Они могут вызывать события на объектах модели представления — это возможно (AFAIK) с Reflection помощью .

IDK, используя Reflection в представлении, вы можете изучить «базовый тип системы» и использовать его индексатор, если он доступен для получения элементов. В таком случае — его бы просто не использовали GetEnumerator .

Я также проверил исходный код ListCollectionView : https://referencesource.microsoft.com/#PresentationFramework/src/Framework/System/windows/Data/ListCollectionView.cs

Он просто использует своего рода коллекцию теней для достижения фильтрации. Ну, это один из способов достичь эффекта наверняка. Но самый простой, если не самый быстрый способ фильтровать любую коллекцию-это ввести фильтр в ее перечисление. Никакие объекты не создаются, никаких распределений нет, это должно быть быстро. И легко. Это работает под моим собственным контролем, который использует foreach ItemsSource . Это очевидно, foreach звонит перечислитель. Тут ничего не поделаешь. Тем не менее, очевидно, что контроль Microsoft либо не использует foreach , либо не использует… они работают с чем-то иным, чем просто коллекция оригинальных предметов.

ItemsControl (включая сетку данных, список и т.д.) Работает с коллекцией не напрямую, а через ICollectionView. Когда коллекция не предоставляет свою собственную реализацию ICollectionView (что почти всегда имеет место), ItemsControl сам создает для нее наиболее подходящую оболочку. Как правило, это представление коллекции и типы, производные от него. Примером класса, предоставляющего собственную оболочку, является CompositeCollection. Он предоставляет оболочку для CompositeCollectionView.

CollectionViewSource также является средством для создания ICollectionView для вашей коллекции. В том числе с помощью метода GetDefaultView () вы можете вернуть представление вашей коллекции по умолчанию. Это то, что использует ItemsControl, когда вы передаете ему свою коллекцию. Почти для всех коллекций ListCollectionView будет оболочкой. С помощью полученной оболочки вы можете задать свойства для фильтрации, группировки, сортировки и отображения представления коллекции.

Если вы хотите создать свои собственные правила представления для своей коллекции, вам необходимо реализовать интерфейс ICollectionViewFactory. В нем есть только один метод CreateView (), который возвращает оболочку представления для вашей коллекции. Вам придется создать собственную реализацию ICollectionView (это проще сделать на основе классов CollectionView или ListCollectionView). А затем верните его экземпляр в методе CreateView ().

Полная коллекция ( ObservableList<T> ) доступна на GitHub: https://github.com/HTD/Woof.Окна/большой двоичный объект/мастер/Гав.Windows.Mvvm/ObservableList.cs

Он просто использует своего рода коллекцию теней для достижения фильтрации.

Для сетки данных WPF я считаю, что она использует резервную CollectionViewSource копию , поэтому фильтрация немного отличается (как вы сказали, у нее есть коллекция теней).

В MSDN есть некоторая информация о фильтрации с использованием сетки данных WPF, которая, я думаю, может быть полезна в вашем случае.