Performance Messung der Unit-Initialisierungsphase

[dummzeuch]

Zitat:

Zitat von himitsu (Beitrag 1462773)

Zitat:

Zitat von dummzeuch (Beitrag 1462770)

Ist das nicht vor dem Aufruf der finalization?

Glaub nicht.

Es wäre ja auch sonst etwas unpraktisch, wenn du im Finalization auf die Klasse zugreifen willst. :stupid:
Ist wie beim Inherited, im Constructor macht man das zuerst und im Destructor (meistens) zuletzt. :zwinker:

Ich hab's gerade getestet, mit einem Console-Program, welches jeweils WriteLn aufruft:

Code:

TMyClass.CConstructor
initialization
Main.Begin
TMyClass.Create
TMyClass.Destroy
Main.end
finalization
TMyClass.CDestructor

Du hast also Recht.

[himitsu]

In der Hinsicht ist vieles von der Reihenvolge vorhersehbar, dank des Single-Pass-Compilers, der eh nicht anders kann.

Auch was die verschachtelten Unist betrifft.

• Units (Uses) im Interface werden immer vor der Unit initialisiert, wo sie eingebunden wurden (denn wenn man im initializazion auf was davon zugreift, dann muss es schon da sein)
• aber Units im Uses der Implemetation ... da ist es Zufall (kann davor, der auch erst danach)
  • Zufall = das was der Compiler zuerst findet, wird zuerst gemacht (mit Ausnahme dass vorher noch das im Interface erst alles gemacht wird),
  • wobei es andersrum wohl einfacher zu verstehen ist:
    das was der Compiler zuletzt findet und was nicht durch das obere USES schon gemacht wurde, das kommt auch als Letztes