Reihenfolge der initialization

[hoika]

Hallo,
hier ist ein interessantes Thema
https://entwickler-forum.de/archive/...p/t-21926.html

Nun stecke ich selber in der Problematik.

Gibt es wirklich keine Möglichkeit,
mein Unit1-initialization als allererstes durchlaufen zu lassen?

[himitsu]

Deine Unit als Erstes in die DPR und du darfst keine anderen Units referenzieren (außer System und SysInit)
und möglichst nicht mit Laufzeitpackages arbeiten.

Alles Andere kannst du vergessen, ohne gefährlich in der EXE rumpfuschen zu wollen, bevor deine Anwendung gestartet wird.

[hoika]

Halo,
danke für die Antwort.

Ich habe jetzt das initialization von Unit1 in eine Prozedur gepackt und rufe sie im
initialization von Unit2 auf.

Klappt ;)

[himitsu]

Im Prinzip ist es ganz einfach.

Der Compiler arbeitet ja linear, also was er zuerst im Code findet, bei der DPR angefangen, das wird auch zuerst eingebunden/ausgeführt.
Bindet deine Unit aber eine andere Unit ein (im Interface), dann wird die andere Unit vorher noch schnell compiliert/eingebunden, und deine Unit erst, wenn alles im Interface vorhanden ist.

Nur was in der Implementation eingebunden wurde, da kann es passieren, dass diese Units erst nach Deiner geladen werden.


Alles im Interface kommt immer vor der aufrufenden Unit, bzw. deine Unit kommt immer nach dem dran, was sie dort eingebunden hat.

[hoika]

Hallo,
im Prinzip schon, aber es handelt sich um lange gewachsenen Code ...

[Der schöne Günther]

Dass diese Leute schon vor 16 Jahren damit Probleme hatten und Gott uns bis heute keine besseren Werkzeuge geschenkt hat sollte einem deutlich sagen: Raus aus der initialization/finalization-Sache.

[jaenicke]

In alten Projekten stand auch einiges in initialization usw. drin, das haben wir nun alles ausgeräumt. Jetzt gibt es einen sauberen Startup- und Shutdown-Ablauf, in dem alles stattfindet. Auf die Weise kann auch rechtzeitig Logging usw. aktiviert werden und es gibt eine Kontrolle über den Ablauf.

[Uwe Raabe]

Zitat:

Zitat von hoika (Beitrag 1378960)

es handelt sich um lange gewachsenen Code ...

Irgendwann kommt eben die Zeit, wo der Code halt erwachsen werden muss.