Delphi-Controls sind bei großen Mengen langsam

[Bernhard Geyer]

Zitat von luisk:

Das sagt das Netz zu "Delphi repeater control":
https://www.devexpress.com/Support/C...etails/Q477685
https://www.google.de/webhp?sourceid...control+delphi

Das Control heiß TDBCtrlGrid.

Zitat von luisk:

Hier Dein Quelltext:

Delphi-Quellcode:

for i:=1 to 5000 do begin
   l_Layout:=TLayout.create(scrollbox1);
   l_Layout.Parent:=scrollbox1;
    :
    create_Content(l_Layout);
end;

Ich sage, sowas sollte ein modernes System können.

Kann es auch: TDBCtrlGrid.

Aber wenn du das obige 1:1 auf die Web/HTML-Lösung umsetzt wirst du da auch Probleme kommen.
Wir selbst kennen das primär beim IE der auch mit der letzten Version bei vielen HTML/CSS-Elementen teilweise sehr langsam wird.

Zitat von luisk:

Dass das Problem bei den Windows-Handles liegt ist schon klar.

Der Ansatz ist ja auch nicht sinnvoll.
Was sillst du mit 5000 erzeugten TLayout-Instanzen. Sichtbar sind wie viele davon?
Über eine Virtualisierungs-Ansatz reicht es 10 Instanzen zu haben und für die anderen nur "Platzhalter" in der Scrollbar damit die Position korrekt ist.
Und nur wenn die Scrollbar an der entsprechenden Position ist laden die Controls den entsprechenden Inhalt.

[EWeiss]

Bin mir nicht sicher ob es sinn macht Controls generell in der IDE zu limitieren.
Aber MS hat sich schon etwas dabei gedacht für die IDE in VB6 die Controls auf 256 zu beschränken.
Mehr geht halt nicht somit kam so eine Frage gar nicht erst auf.

Virtualisierung hingegen in WPF ist schon schnell.

gruss

[Bernhard Geyer]

Zitat von EWeiss:

Bin mir nicht sicher ob es sinn macht Controls generell in der IDE zu limitieren.
Aber MS hat sich schon etwas dabei gedacht für die IDE in VB6 die Controls auf 256 zu beschränken.
Mehr geht halt nicht somit kam so eine Frage gar nicht erst auf.

Da im Beispiel die Controls dynamisch erzeugt werden hilft eine solche Einschränkung nicht.
Und komplexere Anwendungen mit VB (nicht VB.NET) sind m.E. Fail by Design.

[EWeiss]

Zitat:

Und komplexere Anwendungen mit VB

Jemals schon versucht? Denke du redest von Hörensagen.
Ich meinerseits habe eine Komplexe Anwendung in VB6 geschrieben und verwende sie noch heute.

Wie definierst du Komplex?
Abhängig von den verwendeten (der menge an) Controls.

256 sind 256 es spielt dabei keine rolle ob dynamisch oder nicht. (VB6)
Und ja ich sehe es als sinnvoll an diese zu beschränken.

Ich denke bei einer Verwendung von mehr.. dann liegt ein Design Konzept, problem vor.

Zitat:

m.E. Fail by Design.

Sind bei mir Anwendungen (wenn auch nur als Beispiel) mit 5000 Scrollbars.

gruss

[Bernhard Geyer]

Zitat von EWeiss:

Zitat:

Und komplexere Anwendungen mit VB

Jemals schon versucht? Denke du redest von Hörensagen.

Hab schon mit diversen Systemen (u.a. Access-VB, VS mit MFC) zu tun gehabt.
Glücklicherweise nicht tiefergreifend mit VB direkt sondern ich konnte hier doch wieder ein vernünftige Lösung wie Delphi nehmen

Zitat von EWeiss:

Ich meinerseits habe eine Komplexe Anwendung in VB6 geschrieben und verwende sie noch heute.
Wie definierst du Komplex?

Implementierungszeit >> 1 Mannmonat.

Zitat von EWeiss:

256 sind 256 es spielt dabei keine rolle ob dynamisch oder nicht. (VB6)
Und ja ich sehe es als sinnvoll an diese zu beschränken.

Ich denke bei einer Verwendung von mehr.. dann liegt ein Design Konzept, problem vor.

Nicht unbedingt. Für viele Anwendungen würde diese Anzahl an Control den normalen Anwender überfordern.
Spezialanwendungen aber die z.B. über Großleindwände/Zig HD-Bildschirme laufen kann eine entsprechend Anzahl von Control nötig sein.
Hier 256 als harte Grenze zu haben wäre kontraproduktiv.

Zitat von EWeiss:

Zitat:

m.E. Fail by Design.

Sind bei mir Anwendungen (wenn auch nur als Beispiel) mit 5000 Scrollbars.

Das sicherlich auch.

[EWeiss]

Zitat:

ich konnte hier doch wieder ein vernünftige Lösung wie Delphi nehmen

Warum dann nicht direkt C++.
Delphi war dann wohl die 3 Wahl ? "Vernünftige" ist wohl relativ.

Zitat:

Hier 256 als harte Grenze zu haben wäre kontraproduktiv.

Dann sollte man sich aber über den langsamen Aufbau einer Anwendung nicht wundern.

Das wäre dann auch Kontraproduktiv..
Aber gut jedem seine Meinung.

gruss

[luisk]

Zitat von Bernhard Geyer:

Das Control heiß TDBCtrlGrid.

Ich habe Delphi 10 Seatle, Professional with mobile.
Da ist diese Komponente nicht vorhanden.

Ich bau mir jetzt alles über TGrid zusammen. Da stimmt die Performance.
TGrid (FMX) hatte ich glatt übersehen. Hatte nach TDrawGrid (VCL) gesucht.

[Bernhard Geyer]

Zitat von luisk:

Zitat von Bernhard Geyer:

Das Control heiß TDBCtrlGrid.

Ich habe Delphi 10 Seatle, Professional with mobile.
Da ist diese Komponente nicht vorhanden.

http://docwiki.embarcadero.com/Libra...ds.TDBCtrlGrid
Ob es das auch unter FMX gibt weiß ich nicht.