Как убрать мерцание CheckBox'ов при обновлении данных в wpf?

Question

[Сергей Виноградов]

Есть ListBox c данными. Данные обновляются, добавляются примерно 1 раз в секунду. Данные при каждом обновлении должны сортироваться по определенному параметру. Все строки данных имеют CheckBox для отметки, нужно ли их обновлять дальше. В случае, когда происходит обновление отсортированных данных в ListBox, все CheckBox'ы перерисовываются в связи с чем и происходит мерцание отмеченных галочкой CheckBox'ов.
Выглядит следующим образом:

<ListBox x:Name="lstbx" ItemsSource="{Binding Data.IDs}" SelectionMode="Single" SelectedItem="{Binding selectedID}"
HorizontalAlignment="Left" MinHeight="305" Margin="5" VerticalAlignment="Top" MinWidth="169" FontSize="10">
    <ListBox.ItemTemplate>
        <DataTemplate>
            <Grid Margin="0,2">
                <Grid.ColumnDefinitions>
                    <ColumnDefinition Width="20"/>
                    <ColumnDefinition/>
                </Grid.ColumnDefinitions>
                <CheckBox IsChecked="{Binding Enable}" VerticalAlignment="Center"/>
                <TextBlock VerticalAlignment="Stretch" Grid.Column="1">
                    <TextBlock.Text>
                        <MultiBinding StringFormat="{}{0}: {1}">
                            <Binding Path="Name"/>
                            <Binding Path="DiffCount"/>
                        </MultiBinding>
                    </TextBlock.Text>
                </TextBlock>
            </Grid>
        </DataTemplate>
    </ListBox.ItemTemplate>
</ListBox>

Демонстрация проблемы: Файл с видео в .AVI (196 кб)
Вопрос, соответственно, как избежать такой проблемы, как мерцание в данном случае?

И, вдогонку, каким образом лучше всего производить сортировку данных в ListBox?
Изначально при каждом изменении IDs[i].DiffCount вызывал событие PropertyChanged, а в обработчике события устанавливал сортировку:

lstbx.Items.SortDescriptions.Clear();
lstbx.Items.SortDescriptions.Add(new System.ComponentModel.SortDescription("DiffCount", System.ComponentModel.ListSortDirection.Descending));

Но как-то мне этот результат не понравился и я поменял на вариант с созданием новой коллекции отсортированной из исходной, после чего просто заменял старую на новую:

var idTemp = IDs.OrderByDescending(i => i.DiffCount).Select(i => i);
var newIDs = new Collection();
foreach (var id in idTemp)
    newIDs.Add(id);
IDs = newIDs;

Answer 1

[Larry Underwood]

По поводу сортировки:

<ListBox Loaded="ListBoxOnLoadedHandler">
</ListBox>

private void ListBoxOnLoadedHandler(object sender, RoutedEventArgs e)
      {
        var listbox = sender as ListBox;
        if (listbox == null)
          return;
        var view = CollectionViewSource.GetDefaultView(listbox.ItemsSource);
        view.SortDescriptions.Add(new SortDescription("Name", ListSortDirection.Ascending));
      }

А что значит мерцает? Мерцают именно галочки? или мерцает фокус? можете поподробнее описать.

Comments

[Сергей Виноградов]

Представленная Вами сортировка сработает один единственный раз. При изменении коллекции элементы сортироваться не будут.

Мерцает, как я и написал - перерисовываются галочки у CheckBox'ов с частотой обновления данных. При том остальная часть перерисовывается без моргания и незаметно.

[Larry Underwood]

Сергей Виноградов: Ничего подобного, сортировка будет работать всегда для коллекции. Судя по всему Вы неправильно используете ObservableCollection, его не нужно пересоздавать каждый раз.
Делайте collection.Clear(), collection.Add() и т.д..

[Larry Underwood]

Возможно и мигания из-за этого происходят. ID реализуют INotifyPropertyChanged?

[Сергей Виноградов]

Максим Ванюшкин: Если я очищу коллекцию, то все ее элементы пропадут, а мне это ни к чему. Такого рода сортировка сработает, только если коллекция сразу полная, а у меня она пополняется и изменяются ее элементы с течением времени. Поэтому расположение элементов коллекции будет соответствовать порядку их добавления.

[Сергей Виноградов]

Максим Ванюшкин: Мигания происходят потому что: элемент с чекнутым чекбоксом меняет свое положение в списке, в связи с чем чек бокс как бы создается заново и на нем рисуется галочка.

[Larry Underwood]

Сергей Виноградов: Вы, видимо с WPF недавно начали знакомиться, вообще, примите совет: сначала проверьте предлагаемое решение, а потом, если оно окажется вдруг неправильным - опровергайте его.
Дак вот, повторяю: ТАКОГО РОДА СОРТИРОВКА РАБОТАЕТ ВСЕГДА ПРИ ДОБАВЛЕНИИ В КОЛЛЕКЦИЮ, один там элемент или тысяча, вставка нового элемента произведется не в конец, а в то место, где элементу полагается быть с учетом сортировки.
Поясню на примере, во VIEW MODEL есть список, G-A-B-Z-D-H, во VIEW он по умолчанию будет отображен в том же порядке, как только мы добавляем правило сортировки:
ViewModel: G-A-B-Z-D-H
View: A-B-D-G-H-Z
Добавляем R:
ViewModel: G-A-B-Z-D-H-R
View: A-B-D-G-H-R-Z

[Сергей Виноградов]

Максим Ванюшкин: Ой, не кричите, пожалуйста. Данное решение было использовано в первую очередь на этапе проектирования/отладки. Если бы оно работало так, как должно, вопросов бы не было.
Как минимум на вашем примере, другой пример:
ViewModel: G-A-B-Z-D-H-R
View: A-B-D-G-H-R-Z
Изменяем Z на C:
ViewModel: G-A-B-C-D-H-R
View: A-B-D-G-H-R-C

[Larry Underwood]

Сергей Виноградов: ну дык при изменении элемента вызови ты
var view = CollectionViewSource.GetDefaultView(Ids);
view.Refresh();
и все снова отсортируется.
Вопрос не в том, что оно не работает, вопросов в том, что у ВАС не получилось заставить его работать.

[Сергей Виноградов]

Максим Ванюшкин: Ок, допустим я воспользуюсь обновлением вьюхи. Но тогда, нужно либо передавать ссылку на вьюху внутрь классов модели, что не есть хорошо, или же обрабатывать событие во вьюхе на изменение IDs, что приводит меня к принудительному вызову события PropertyChanged, чего я хотел избежать как раз.

[Larry Underwood]

Сергей Виноградов: Ссылка на вьюху не нужна, последний приведенный код использует слой ViewModel, а не View. IDs - должна быть ObservableCollection - это слой ViewModel, внутрь модели уходить не требуется, просто надо вставить это в тот участок, который работает с IDs, IDs по возможности должен быть изолирован от модели. MVVM все-таки.

[Сергей Виноградов]

Максим Ванюшкин: Я, честно говоря, с MVVM еще до конца не разобрался.
Сейчас так:
есть ObservableCollection ID с полями Name, DiffCount, которая является полем класса Data, который создается в ViewModel. Во View (MainWindow) собственно экземляр ViewModel. Все операции с ID происходят только внутри Data.

[Сергей Виноградов]

Максим Ванюшкин: Разобрался как нужно сделать. Все работает, спасибо!
Для наглядного пояснения как происходит моргание добавил в сообщение ссылку на видео.