WPF ListView очень низкая производительность - почему? (ElementHost или другая причина?)
У меня есть приложение Windows Forms, в котором есть один ElementHost, содержащий WPF UserControl ... в моем WPF у меня ОЧЕНЬ простой ListView:
<ListView Margin = "4" ItemsSource = "{Binding Notifications}">
<ListView.View>
<GridView>
<GridViewColumn Header = "FirstName" DisplayMemberBinding = "{Binding FirstName}" />
<GridViewColumn Header = "LastName" DisplayMemberBinding = "{Binding LastName}" />
<GridViewColumn Header = "Address" DisplayMemberBinding = "{Binding Address}" />
<GridViewColumn Header = "City" DisplayMemberBinding = "{Binding City}" />
<GridViewColumn Header = "State" DisplayMemberBinding = "{Binding State}" />
<GridViewColumn Header = "Zip" DisplayMemberBinding = "{Binding Zip}" />
</GridView>
</ListView.View>
</ListView>
Если в моем источнике 10 элементов, форма загружается менее чем за секунду. Если в моем источнике 1000 элементов, это займет 7 секунд !!! Мой таймер учитывает ТОЛЬКО загрузку (а не время, необходимое для получения предметов).
Итак, мой вопрос:
Использование ElementHost - это кошмар производительности?
WPF DataBinding - это кошмар производительности?
ListView - это чушь? (Кстати, такие же результаты с DataGrid WPFToolkit)?
Ответы 3
Использовать виртуализацию
<ListView ItemsSource = "{BindingNames}"Name = "lv">
<ListView.ItemsPanel>
<ItemsPanelTemplate>
<!--<StackPanel/>
If StackPanel was used, the memory consumed was over 2GB and dead slow.
-->
<VirtualizingStackPanel>
<!--Memory footprint is only 200 mb-->
</VirtualizingStackPanel>
</ItemsPanelTemplate>
</ListView.ItemsPanel>
<ListView.ItemTemplate>
<DataTemplate>
<TextBlock Text = "{Binding}"/>
</DataTemplate>
</ListView.ItemTemplate>
</ListView>
Это одновременно удивительно и удивительно. Есть ли способ получить тот же внешний вид, что и при использовании GridView вместо DataTemplating?
да. Просто поместите в свой код часть «<ListView.ItemsPanel> <ItemsPanelTemplate> <VirtualizingStackPanel /> </ItemsPanelTemplate> </ListView.ItemsPanel>». Это та часть, которая ускоряет работу.
Обратите внимание, что VirtualizingStackPanels - это шаблон панели элементов по умолчанию для ListViews. Однако использование некоторых функций, таких как группировка, переопределит значение по умолчанию.
Вы также хотите убедиться, что для ScrollViewer.CanContentScroll НЕ установлено значение false, иначе виртуализация отключится (согласно выводам scobi)
Вы также можете проверить эту отличную статью о проекте кода:
WPF: виртуализация данных Автор Пол МакКлин http://www.codeproject.com/KB/WPF/WpfDataVirtualization.aspx
Он показывает вам гораздо лучший подход при минимальном использовании памяти и полосы пропускания.
У меня был случай, когда представленные здесь ответы не решили мою проблему. В моем случае установка свойства MaxHeight для ListView на значение, превышающее фактическую отображаемую высоту, сразу решила эту проблему, благодаря этот ответ здесь, даже если я не могу объяснить, как и почему это сработало.
MaxHeight может изменить правила игры - особенно для ListView, который растягивает родительский элемент управления hwight, как последний элемент в DockPanel. Установка фиксированного MaxHeight делает управление быстрым, когда раньше его нельзя было использовать.
Итак, я задам ваш вопрос с ответом: вы думаете, что использование представления списка WPF из коробки, как предписано с 1000 элементами, должно потреблять 2 ГБ памяти и загружаться за 7 секунд? Считаете ли вы, что это результат хорошей разработки программного обеспечения со стороны дизайнеров WPF?