@heinosh
Du musst die Strings erst in doubel umwandeln.

Wie wäre es mal mit Zahlen zu rechnen/vergleichen anstatt mit Strings?

Um hier etwas Inhalt und Erklärung rein zu bringen, funktioniert eine Text-Sortierung anders als eine Zahlensortierung.
Beim TEXT ist:
13 < 2

Bei einer Zahl ist
13 > 2

Warum? Weil beim Text, Zeichen für Zeichen verglichen wird, von links nach rechts und die 1 der 13 ist kleiner als die 2, also ist 13 kleiner als 2.
Ähnlich wie
abc < bc ist, weil a < b ist.

@heinosh

1. Bei wirklich alles(Teste es)?
   
2. Am besten, konvertierst du die Strings endlich in Zahlen

Warum machst du das nicht so wie a.b_om das vorgeschlagen hat?
Lass den CDbl Mist und IsNumeric und schmeiß den Microsoft.VisualBasic Namespace raus. Du programmierst ja schlieslich in vb.NET und nicht in VB.

@heinosh
Es ist nicht ​Convert.ToString sondern ​Convert.ToDouble.

Was bringt es dir einen String in einen String zu konvertieren?

Wenn wir schon dabei sind Strings in Zahlen zu verwandeln, dann sollte man die .Parse bzw. .TryParse Methoden verwenden. Double.TryParse() erfüllt hierbei 2 Aufgaben auf einmal. Zum einen, sollte es sich bei dem eingegebenen String nicht um eine konvertierbare Zahl handeln, so gibt die Funktion false zurück. Zum anderen erhält man, sofern das Parsen erfolgreich war im Out-Parameter den Wert als Double zurück.

So gut wie alle primitiven Datentypen haben diese .Parse und .TryParse Methoden.

Hier noch ein kleiner Hinweis, den du beim Vergleich von Double- und Single-Werten im .NET beachten solltest.

Wenn du zwei Ergebnisse einer Berechnung vom TypDouble oder Single miteinander vergleichst dann funktionieren die Operatoren < und > sehr gut. Der Operator = liefert allerdings nicht selten ein falsches Ergebnis, sodass beispielsweise beim Ergebnis einer Berechnng 4,25 <> 4,25 sein kann, selbst wenn die Werte auch in den darauffolgenden Nachkommestellen exakt übereinstimmen.

Grund dafür ist, dass die Werte in .NET als binäre Brüche behandelt werden. Sollte ein binärer Bruch nicht korrekt darstellbar sein, weil der Wertebereich, in dem binäre Brüche arbeiten, überschritten wird, dann verwendet .NET eine Annäherungsgleichung anstelle des binären Bruchs. Diese Annäherungsgleichung liefert bei zwei Rechenwegen totsicher ein unterschiedliches Ergebnis. Im obengenannten Beispiel liefert Näherungrechnung #1 das Ergebnis 4,25000...001 und Näherungrechnung #2 das Ergebnis 4,249999999... (ist übrigens ziemlich ätzend bei Unittests). Beim Operator = daher niemals mit Single oder Double Werten arbeiten, sondern beispielsweise mit Decimal oder (sofern möglich) den Vergleich direkt auf der Datenbank durchführen.

@Yanbel Oder Du testest auf genau dieses Epsilon:

Vollzitat entfernt ~VaporiZed

Interessante Variante, kannte ich bisher nicht, schaue ich mir aber mal an. Vielen Dank dafür