Hallo an alle,
ich nutze eine SortedList als automatische Sortierhilfe, jedoch ohne eine Vereinbarung über die Comparer<T>-Schnittstelle. Diese SortedList befindet sich in einer DLL-Klasse (vb2019), welche ich letztlich in VBA einbinde, um "überschaubare" Datenmengen schneller sortieren zu können.
Bevor ein Wertepaar der Liste hinzugefügt wird, bilde ich in Abhängigkeit des Values einen eindeutigen Sortier-Key. Das funktioniert soweit alles ganz gut, jedoch gibt es bei bestimmten Werten eine merkwürdige Sortierlogik seitens der SortedList (oSL), siehe bitte die roten Einträge im Bild. Alle Wertepaare werden einzeln der SortedList hinzugefügt.
Wie ist es zu erklären, dass "Klauke K28" am Anfang des Klaukeblocks steht?
Bild: SortedList() ist der oSL.Value.ToArray-Export
VG
Anzah
ich nutze eine SortedList als automatische Sortierhilfe, jedoch ohne eine Vereinbarung über die Comparer<T>-Schnittstelle. Diese SortedList befindet sich in einer DLL-Klasse (vb2019), welche ich letztlich in VBA einbinde, um "überschaubare" Datenmengen schneller sortieren zu können.
Bevor ein Wertepaar der Liste hinzugefügt wird, bilde ich in Abhängigkeit des Values einen eindeutigen Sortier-Key. Das funktioniert soweit alles ganz gut, jedoch gibt es bei bestimmten Werten eine merkwürdige Sortierlogik seitens der SortedList (oSL), siehe bitte die roten Einträge im Bild. Alle Wertepaare werden einzeln der SortedList hinzugefügt.
Wie ist es zu erklären, dass "Klauke K28" am Anfang des Klaukeblocks steht?
Bild: SortedList() ist der oSL.Value.ToArray-Export
VG
Anzah