DX10 : FMX: bis zu 7 Sekunden für Umschalten der Ansichten Code / Design

[mkinzler]

Vielleicht erstellt er eine Software für eine 100K Videowand :stupid:

[Union]

Zitat:

Zitat von Stevie (Beitrag 1314764)

Bei ner Form mit 1200 Komponenten sollte sich eigentlich die IDE schließen und deinstallieren :duck:

Nein, das wäre unvollständig. Die HD sollte gleich noch anschließend formatiert werden :twisted:

[Harry Stahl]

Wie kann ich mir die Anzahl der Komponenten anzeigen lassen?

[Anm.: Hier geht es nicht um Programmier-Strategien (Darlo wird schon seine Gründe haben, warum er es so macht). Hier geht es rein darum, dass ein Wechseln zwischen Formular- und Source-View in XE7 auch bei ganz vielen Komponenten blitzschnell geht und in XE8 extrem langsam und in DX10 sehr langsam. Hier wird ja wohl keiner verlangen, nun deswegen seine Formulare umbauen zu müssen, damit man wieder schnell arbeiten kann. Der Ball liegt eindeutig bei EMBA].

[Union]

Zur Laufzeit mit ComponentCount.

[Harry Stahl]

Zitat:

Zitat von Union (Beitrag 1314771)

Zur Laufzeit mit ComponentCount.

OK, das ist mir natürlich auch bekannt. Ich dachte, hier gibt es vielleicht ein Auswertungs-Tool, welches solche und ähnlich nützliche Informationen ausgibt.

[mkinzler]

In der Strukturansicht Strg-A

[Union]

Der Pascal-Analyzer macht etwas in der Art. Die Anzahl musst Du dann aber selber zählen (angezeigt wird die Summe aller Controls der Anwendung):

Code:

List of all controls (1395, was 1395):
----------------------------------------------------------------------------

  dlgBerechnung : TdlgBerechnung
    pgsBerechnung : TRzProgressStatus
    lblAktivitaet : TLabel
    btnAbbrechen : TRzButton

[Harry Stahl]

OK. Meine Form hat demnach 1086 Komponenten.

Damit Ihr mal was lernt (und nicht nur feixt :wink:): In FireMonkey kommt man ganz schnell auf mehr Komponenten, als unter der VCL. Zum Beispiel jedes StringGrid mit 20 Spalten wird dann insgesamt als 21 Komponenten gezählt, in der VCL nur als eine. Bis zu XE8 musste man die FMX-Buttons noch mit einzelnen Images bestücken. Während eine VCL-TImageList mit 200 Bildchen drin nur als 1 Komponente zählt, habt Ihr in FMX dann halt 200 Image-Komponenten. Das könnte ich jetzt fortführen (TListBoxItems, TTreeviewItems, usw), wäre glaub ich aber zu langweilig...

Interessant: Wenn man in einer FMX-Form, die viele Komponenten hat, auf die oben beschriebene Weise diese auswählt, reagiert der Rechner erst mal einige Sekunden gar nicht, wenn man die Auswahl wieder aufheben möchte ... den Effekt kann man schon mit der Controls-Demo testen.

[Darlo]

8-) Wenn man Programme hat die knapp 2.500 verschiedene Daten verarbeiten kann, die gepflegt und eingegeben werden müssen kommt man auf so einige Edits und Beschriftungslabels.

In der benannten Form eben 500 Edits, 500 Labels, paar Comboboxen und ne Handvoll Layouts und nen Tabcontrol zum Organisieren.
Über andere Ansätze bin ich froh und nehme diese gerne an!

Aber zurück zum Thema. Ich hatte immer das Gefühl, dass viele gefüllte Tabsheets das ganze langsam machen.

Btw: Wie Harry bereits angefangen hat, auch jedes Item einer Combobox ist bei FMX in der Ansicht eine Komponente.

[Harry Stahl]

So, ich wollte es jetzt aber wissen (von wegen Rechner) und habe DX10 auf meinem Surface Pro 3 (i5-Prozessor, 8 GB RAM) installiert und dort mal meine Problem-Form geöffnet. Braucht dort "nur" ca. 3 Sekunden. Aber auch das ist noch viel zu lang.

Fürs testen habe ich mal eine XE7-Form gebaut (auf Basis des Controls-Demos, wo ich überwiegend nur Sachen dupliziert habe), um so auf 1070 Komponenten zu kommen.

In XE7 geht der Wechsel vom Source zum Design in 1 Sekunde, in DX10 in 9 Sekunden (auf meinem Hauptentwicklungs-PC; auf dem Surface Pro 3: in 6 Sekunden).

Diese Form liegt hier dem posting bei.

Ich habs jetzt auch mal gemeldet:

https://quality.embarcadero.com/browse/RSP-11930

Unterstützende Anmerkungen wären dort willkommen, um der Sache ein wenig Nachdruck zu verleihen.