[WinForms] Snelheidsverbetering sortering/filtering ListView

[F.West98]

Hallo

Op dit moment heb ik in een applicatie in WinForms (ja, beetje oud), en ik heb daar een listView met een paar duizend items. Berekeningen hieraan gaan allemaal heel snel, maar vooral het veranderen van de volgorde (sortering), en het filteren zorgen voor problemen. Het lijkt er dus op dat het opnieuw laden van de UI het meeste tijd inneemt.
Op dit moment gebeurt het filteren naar mijn idee ook nog niet heel efficiënt, ik wis de hele ListView en voeg de gefilterde items weer toe uit een lokale kopie van de volledige lijst (ik genereer niet alle ListViewItems opnieuw). Ik heb het gevoel dat dat wel beter kan, maar hoe?
Het grootste probleem is dat tijdens het bijwerken ook de gehele UI hangt, omdat de UI thread zo druk bezig is

Op internet word ik niet veel wijzer, aangezien dat allemaal kleine datasets zijn.

Heeft iemand goede suggesties, of is dit gewoon een verloren zaak (en moet ik gaan proberen mijn dataset te verkleinen)?

[ Voor 6% gewijzigd door F.West98 op 15-01-2015 00:45 ]

[RobIII]

Steekwoorden: listview virtualmode

MSDN: ListView.VirtualMode Property (System.Windows.Forms)

[ Voor 70% gewijzigd door RobIII op 15-01-2015 00:57 ]

[F.West98]

Ah, dat ziet er goed uit!
Ik ga me er morgen eens in verdiepen, maar alvast bedankt

[EfBe]

En natuurlijk alleen wijzigingen doen aan de ListView na een BeginUpdate() call en dan afsluiten met een EndUpdate() call. ListView leunt erg op Win32 messaging, BeginUpdate/EndUpdate() stellen het afhandelen van die messages uit, zodat er geen tijd verloren gaat aan het tekenen van de listview met onderdelen die toch weer wijzigen.

[whoami]

^^ dat.

ook gemerkt dat het kan helpen als je de AutoSize mode (oid) van de columns pas zet nadat je de ListView opgevuld hebt.

[F.West98]

Ik heb het inmiddels geïmplementeerd en het is inderdaad sneller!
De grootste bottleneck zit nu nog in het filteren (en sorteren) van de data, dat zijn gewoon een heleboel compares enzo (+- 3 seconden). Ik ga kijken hoe ik dat async kan doen zodat ik de interface niet laat vastlopen

Verder kwam ik dit nog tegen: http://www.codeproject.co...ch-Easier-to-Use-ListView (3.2 FastObjectListView).
Zou dat nog de moeite waard zijn om te implementeren? Of maakt dat qua snelheid weinig meer uit?

[ Voor 3% gewijzigd door F.West98 op 16-01-2015 00:28 ]

[alwinuzz]

Heb je al gemeten wat de bottleneck is? met een profiler bijvoorbeeld.

[Stukfruit]

F.West98 schreef op vrijdag 16 januari 2015 @ 00:26:
Verder kwam ik dit nog tegen: http://www.codeproject.co...ch-Easier-to-Use-ListView (3.2 FastObjectListView).
Zou dat nog de moeite waard zijn om te implementeren? Of maakt dat qua snelheid weinig meer uit?

Die is vooral leuk omdat je daarmee meer keuze hebt en data binding kan gebruiken (zie features), maar de documentatie is op de FAQ en voorbeelden na wel wat beperkt. De listviews in die libraries updaten vooral wat mooier dan die van de standaard variant uit Windows forms omdat ze een backbuffer gebruiken voor de controls.

Met die data binding hoef je trouwens gelijk niet meer steeds hele lijsten opnieuw toe te voegen en wordt je code ook wat netter.