Delphi-Controls sind bei großen Mengen langsam

[stahli]

Schön, dass es sachlich zugeht.

Das Thema an sich finde ich schon interessant.
Ich hatte in der Richtung auch schon mal einen Thread: http://www.delphipraxis.net/175033-f...-schlecht.html

Dass die VCL mit tausenden Controls nicht umgehen kann, kann ich schon nachvollziehen.
Windows-Controls sind dafür halt nicht ausgelegt und das VCL-Konzept hat ja schon ein paar Jahre auf dem Buckel.

Von FMX hätte ich mir seinerzeit mehr erhofft.
Ok, man sollte keine 100.000 Controls erzeugen und zeichnen, aber ein paar hundert sollten machbar sein.
Große Datenmengen sollten automatisch virtualisiert werden, so dass man sich darum als Entwickler nicht kümmern muss.

Dass bei meinen Versuchen damals komplette existente Datenlisten in Listencontrols kopiert wurden hat mich sehr verwundert.
Klar kann man das umgehen, aber das bringt einen höheren Aufwand mit sich.

(Bei meinem kurzen Ausflug nach Winforms und WPF schien das aber dort auch nicht besser geregelt zu sein.)


Das war früher bei der BDE sehr gut gelöst. Man hat als Anfänger einfach eine Table an ein Grid gebunden und konnte in 1Mio Datensätzen flüssig scrollen. Ich will natürlich nicht die BDE zurück, aber das genannte Handling wäre schon erstrebenswert.

EDIT: Um gleich einzulenken, natürlich scrollt niemand durch 1Mio Datensätze, aber es mach schon einen Unterschied, ob ich als Entwickler mal eben eine große Tabelle an ein Grid binden kann oder ob die GUI oder das ganze Projekt dabei in die Knie geht.