Hallo miteinander,

ich probiere gerade eine ehemalige Access-Anwendung in Visual Studio in .Net neu zu programmieren.

Eigentlich hielt ich ja WPF für die neuere und Zukunftssichere Plattform und bin mit meinem Projekt auch schon ein ganzes Stück vorwärts gekommen, bis...

Ja bis ich die Performance eines ComboBox-Controlls in WPF in Aktion erlebte.

Wenn ich eine ComboBox in Windows.Forms mit einer Datenliste von ca. 7000 Datensätzen fülle, dann öffnet sich die DropDown-Liste fast verzögerungsfrei.
Das selbe in WPF ist eine knappe Katastrophe, beim ersten öffnen dauert es fast 2 Sekunden, bis die Liste angezeigt wird, bei weiteren "Öffnungen" wird es etwas schneller, aber auch nicht berühmt.

WPF kann natürlich viel mehr und viel schöner und viel (was weiß ich....), aber...

Ich bin drauf und dran, diese Verzögerung als KO-Kriterium für WPf zu verstehen, mit so einer Verzögerung kann ich das weder selbst verwenden, noch Kunden anbieten.

CBElement ist eine Klasse mit den zwei Propertys Name und Key.

Zunächst fülle ich eine ObservaleCollection oder ein List(Of CBElement) mit den Daten aus der Datenbank, was keine nennenswerten Verzögerungen bedeutet.

In WPF habe ich die ComboBox an eine ObservableCollection oder List(Of CBElement) gebunden und dabei keinen großen Unterschied feststellen können.
Das gleiche in WinForms mit List(Of CBElement)

Beides funktioniert, nur die Verzögerung bei WPF .... hatte ich schon gesagt, dass das ziemlich langsam ist?

Ist hier jemand, der der WPF noch eine Chance geben kann und mir erkläre will, wie ich auch bei WPF "den Turbo einlegen kann".
Evtl. indem die DropDownliste bereits angezeigt wird, während im Hintergrund noch Daten geladen werden.
Allerdings darf es nicht passieren, dass der Anwender nach "Xanthippe" sucht und die Meldung "Nicht enthalten" erhält, weil die ComboBox noch nicht alle Daten geladen hatte.
Vermutlich werden die Daten hier eher gerendert als geladen.

Liebe Grüße
Johannes

PS:
Gibt es für WPF so etwas wie ein "Classic Template", mit dem sämtliche WPF Controls das gleiche Verhalten und Design wie Windows.Forms zeigen.

Hallo Sascha, hallo "ErfinderDesRades" und BlueLagoonX

hier habe ich etwas gefunden, was zu diesem Thema passt.
docs.microsoft.com/en-us/dotne…w=netframeworkdesktop-4.8

7000 Einträge in einer comboBox zeigt, dass du etwas machst was für den User keinen Sinn macht

Das verstehe ich nicht. Eine ComboBox, in der ich alle PLZ-Ort-Kombinationen Deutschlands anbiete, und der Anwender nach 3 oder 4 Ziffern nur noch zwei oder dreimal hoch / runter scrollt, sowas finde ich extrem bequem. Unter ein paar tausend Adressen mit wenigen Buchstaben und ein paar "Hoch/Runter" die richtige Adresse zu finden (oder auch zu sehen, dass es die Person nicht gibt, das funktioniert in Access seit Jahren und ist sehr Anwenderfreundlich (Praxiserfahrung!)

Eine ComboBox ist die Kombination aus einer Textbox, einer Schaltfläche und einem StackPanel (plus etwas Gehirnschmalz). Etwas abstrakt gedacht also nicht viel anderes, als dein DemoBeispiel mit den Fahrzeugen. Wenn du also 16000 Fahrzeuge darstellen willst, so hast du das selbe Performanzproblem wie ich in der ComboBox, nämlich dass die WPF alle Daten in den Grafikspeicher rendert, obwohl immer nur eine Handvoll Datensätze angezeigt werden. Wenn die Daten- und die Anzeigelogik besser getrennt wären, so könnten bei 10 darstellbaren Datensätzen die 10 vorherigen und 10 nachfolgenden Datensätze gerendert werden, die eigentliche Bearbeitungslogik würde aber auf "unsichtbaren Daten" erfolgen, was viel schneller geht.

Nach dem Microsoft-Text muss ich die ComboBox also dahingehend ändern, dass das StackPanel der Combobox durch ein VirtualizingStackPanel ersetzt wird.
Im Prinzip habe ich das schon verstanden, wie das gehen soll.... Dass ich die ComboBox jetzt neu erfinden muss, das ist schon etwas befremdlich.

PS: ListView, ListBox und TreeView verwenden virtualization per Default.

Ach so, und wenn ich sowieso dabei bin, die ComboBox "neu zu erfinden", dann kann ich hier auch den Button überladen und als Lupe darstellen, so habe ich dann meine "SearchBox", mit der ich dem Andwender verspreche, seine Daten in Ruhe zu lassen und nur ein "Gehe zu Datensatz" auszuführen.

Danke für euer Mitdenken
Johannes

Hallo Sascha,
das mit dem Beispiel habe ich schon verstanden, doch ich kann hier so ohne weiteres keine echte Adressdatenbank einstellen, da muss ich zunächst mal die Daten zerstören und mit "Nonsens-daten" ersetzen.

Bis dahin vielen Dank!

Hallo ihr lieben,
Streitet nicht! Obwohl ich es schön finde, wenn jemand versucht, meine Sprach zu versehen

In meinen Recherchen habe ich folgendes Codefragment gefunden, dass für mich zunächst das Performanzproblem löst.



Damit wird die ComboBox nun sehr schnell angezeigt.
Ihr werden vielleicht sagen, "das habe ich doch gesagt", das ist ja gerade die Schwierigkeit bei der WPF, die kann sehr viel, wenn man weiß wie's geht.

Kann ich hier mal weiter fragen.
Ich bekomme das mit dem AutoComplete nicht hin.
Wie gesagt, ich komme von Access her und brauche einfach eine Hand voll Controlls, die das selbe machen, "wie ich es schon immer gewohnt bin"

Und gewöhnt habe ich mich daran, dass ich ein paar Buchstaben schreibe und der Cursor (das SelectedItem) automatisch zu dem Wert in der Liste springt,
IsSearchable = True und wie weiter? Ich suche mal wieder in 100ten Internetseiten.

Ihr habt völlig recht, unter 7000 Datensätzen mit der Maus hoch und runt zu scrollen, das wäre eine Zumutung, aber in einer Datenbank "Mü" zu schreiben und sofort den ersten "Müller" gezeigt zu bekommen, bzw. in der ComboBox-Liste ausgewählt zu sehen, keine Ahnung, warum ihr mir da so große "Designfehler" vorwerft.
Echte Suchdialoge, in denen ich mit Regulären Ausdrücken und zig Optionen die kompliziertesten Suchanfragen stellen kann, sowas ist für Profis toll, der "Otto-Normalverbraucher" ist davon in der Regel überfordert.

Bis bald und danke für alles Mitdenken!

Hallo Sascha,

zunächst mal vielen Dank, dass du dir überhaupt soviel Zeit für mich und mein Problem genommen hast!
Natürlich geht deine eigene Arbeit vor.

Meine Anwendung sah bisher so aus:

Hinter vielen Datenfeldern zeigt eine Lupe, dass von hier aus gesucht werden kann.

Und so kann der Anwender Adressen nach Vorname, Name, Wohnort oder Institution suchen.

Dazu muss nur die Texteingabe mit der Auswahlliste synchronisiert werden, also während des Schreibens springt der Cursor in der Auswahlliste entsprechend nach unten.

Ich werde mal weiter probieren, vielleicht finde ich die Lösung.
Ich hatte gehofft, sowas sei bereits Bestandteil der ComboBox und ich müsste das nicht nachträglich mit KeyEvents erst programmieren.

Liebe Grüße
Johannes


PS: Internetdatenbanken mit mehreren hunderttausenden Datensätzen, das ist eine ganz andere Hausnummer. Ich habe eher den kleinen Verein im Blick, der mit ein paar hundert oder wenigen Tausend Datensätzen zu tun hat.

Hallo Sascha,
Danke, dass du dir die Zeit genommen hast!
Viel Erfolg auch bei deiner eigenen Arbeit !!!

Ja, so hatte ich mir das vorgestellt.
Nun muss ich "nur noch" herauskriegen, warum meine Combobox nicht so funktionieren wollte.
Aber ich habe ja jetzt ein funktionierendes Muster.
Vielen Dank!

Hallo Sascha, und allen die das hier mit Interesse gelesen haben.

Ein kleiner Hinweis wo mein Fehler gelegen hat bzw. haben könnte.

Ich habe in meinem ComboBox-Test mit einem DataTemplate gearbeitet und diesem fehlt (noch) die Intelligenz zum suchen (weil ich es nicht implementiert habe).
Mit DisplayMemberPath funktioniert es ohne zusätzlichen Programmcode, da hat die ComboBox von Hause aus die nötige Intelligenz.

Ich habe den folgenden xaml auf das wesentliche verkürzt.


CBList ist vom Typ ObservableCollection(Of CBElement) / oder List(Of CBElement)
und CBElement eine Klasse mit zwei Propertys (Key as String, Name as String)

Wenn ich mit meiner Vermutung richtig liege, dann muss ich bei eigenen DataTemplates die Funktionalität zum Suchen etc. mit eigenen Triggern nachrüsten.
Das wäre vermutlich bei deinem Fahrzeuge-Beispiel der Fall.

Und nochmals vielen Dank!