alzaimar hat folgendes geschrieben:

Ach so. Na dann Quicksort. Oder einfach TStringlist.Sort einfach gehts doch nicht. Und ob der anwender 100 oder 120ms wartet ist doch peng.

Mit StringListen zu arbeiten schlägt ja völlig gegen Performancevorteile und es ich kann da ja nicht die Zusammengehörigkeit behalten, oder nur sehr schwer

alzaimar hat folgendes geschrieben:

Hier: Teste selbst

Was willst du damit aussagen?

Heiko hat folgendes geschrieben:

Mit StringListen zu arbeiten schlägt ja völlig gegen Performancevorteile...

Ich fülle ein Stringarray (dynamisch) mit 10000 Elementen in 1,8ms. Eine Stringlist (Capacity vorher gesetzt) in 3,5ms. einerseits ist das die doppelte Zeit, andereseits: Drauf gesch*****. Das Sortieren dauert mit der Stringlist per s.sort 60ms. Das ist in jedem Fall unterhalb der Warnehmungsschwelle. Du schreibst doch keine zeitkritische RT-Anwendung.

Ich würde keine Sekunde mehr daran verschwenden, was denn nun schneller ist. Es *ist* schnell genug, und das zählt. Eine Stringliste ist doch völlig ok für weniger als so 10-20k Elemente. Darüber wirds dann natürlich sehr laangsaam.

Heiko hat folgendes geschrieben:

und es ich kann da ja nicht die Zusammengehörigkeit behalten, oder nur sehr schwer

Kapier ich nicht

alzaimar hat folgendes geschrieben:

Hier: Teste selbst

Was willst du damit aussagen?[/quote]
Na, das Du es selbst testen sollst. das 'Hier:' bezog sich auf die (auch topologische) Nähe zum Attachment 'TestSorting.Zip', welches, wie der Name impliziert, Sortierungen testet.

alzaimar hat folgendes geschrieben:

Heiko hat folgendes geschrieben: Mit StringListen zu arbeiten schlägt ja völlig gegen Performancevorteile... Ich fülle ein Stringarray (dynamisch) mit 10000 Elementen in 1,8ms. Eine Stringlist (Capacity vorher gesetzt) in 3,5ms. einerseits ist das die doppelte Zeit, andereseits: Drauf gesch*****. Das Sortieren dauert mit der Stringlist per s.sort 60ms. Das ist in jedem Fall unterhalb der Warnehmungsschwelle. Du schreibst doch keine zeitkritische RT-Anwendung. Ich würde keine Sekunde mehr daran verschwenden, was denn nun schneller ist. Es *ist* schnell genug, und das zählt. Eine Stringliste ist doch völlig ok für weniger als so 10-20k Elemente. Darüber wirds dann natürlich sehr laangsaam. Heiko hat folgendes geschrieben: und es ich kann da ja nicht die Zusammengehörigkeit behalten, oder nur sehr schwer Kapier ich nicht

Naja ich habe doch einen Record und jetzt möchte ich nach einem dieser Strings aus dem Record sortieren. Dafür muss ich ja die StringList mit diesesn Strings füllen. Aber woher weiß ich dann noch, welcher Titel z.B. zu den neu sortierten Alben gehört?

alzaimar hat folgendes geschrieben:

Heiko hat folgendes geschrieben: alzaimar hat folgendes geschrieben: Hier: Teste selbst Was willst du damit aussagen? Na, das Du es selbst testen sollst. das 'Hier:' bezog sich auf die (auch topologische) Nähe zum Attachment 'TestSorting.Zip', welches, wie der Name impliziert, Sortierungen testet.

Ich hatte den Anhang mal wieder nicht gesehen . Wo du es jetzt sagtest, das dort ein Anhang habe ich einmal die Seite aktualisiert so das ich ihn jetzt sehe .

Sei A : Array Of TMyRecord und TMyRecord.Caption der String, nachdem Du sortieren willst: