Forum: GUI-Design mit VCL / FireMonkey / Common Controls
by Bernhard Geyer,
25. Jun 2016
Wenn das dein Quellcode ist kannst du den Overhead des Eerzeugens und auf Parent-Setzen evtl. um ca. 90% beschleunigen wenn statt auf der Scrollbox alle Controls auf ein "Trägerpanel" erzeugt werden und diese dann der Scrollbox zugewiesen wird.
5000 Edits auf Scrollbox direkt erzeugen: 18,5 Sekunden
Verhindern neuzeichnen Srollbox mit WM_SETREDRAW: 10 Sekunden
Edits auf Trägerpanel erzeugen:...
Forum: GUI-Design mit VCL / FireMonkey / Common Controls
by Bernhard Geyer,
25. Jun 2016
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.
Forum: GUI-Design mit VCL / FireMonkey / Common Controls
by Bernhard Geyer,
25. Jun 2016
Stimmt natürlich. Ist ein anderer Lösungsansatz um das Problem zu lösen.
Forum: GUI-Design mit VCL / FireMonkey / Common Controls
by Bernhard Geyer,
25. Jun 2016
Und genau diese Virtualisierung macht z. B. das Beispiel von Mobile auch. 20 Datensätze werden angezeigt und der Rest gar nicht aufbereitet und zum Client übertragen.
Aber diese Virtualisierung bekommt man auch in Delphi sehr schnell hin bzw. wird ja mit dem TDBCtrlGrid direkt "codeless" unterstützt.
Forum: GUI-Design mit VCL / FireMonkey / Common Controls
by Bernhard Geyer,
25. Jun 2016
Zur info für Andere: Vordiskussionen erfolgten in anderen Thread: "wann gibt es in Delphi einen NAMESPACE wie in c#"
Zum Problem:
Ich vermute (Beispielprogramm steht noch aus - habe ich schon zwei mal angefragt) das der Programmiertechnische Ansatz falsch ist.
Wenn ich eine Datenmenge von tausenden Datensätzen und für jeden Datensatz z.B. 3 Edits, 2 Images und 1 Memo benötige wird...