Packages: Was genau macht {$IMPLICITBUILD ON/OFF}

[s.h.a.r.k]

Ob ich das nun so präzise wissen wollte, weiß ich nicht Aber herzlichen Dank für die Antworten schon mal.

Insgesamt finde ich bisher, dass man mit {$IMPLICITBUILD OFF} ein wenig besser fährt, da ich somit nur immer das Package compiliere und erzeuge, welches ich eben compilieren/erzeugen will. Wenn ich "Fremd"-Packages referenziere, dann will ich diese ja auch nicht unbedingt neu compilieren. Daher sehe ich eine sinnvolle Verwendung für {$IMPLICITBUILD ON} eigentlich nur für interne Zwecke und verstehe den Standardwert ON nicht wirklich. Aber gut, das kann bisher auch an meinem Verständnis liegen. Hatte bisher nur eine böse Erfahrung mit der {$IMPLICITBUILD ON} Direktive...

[DSCHUCH]

ich muß auch meine aussage etwas verbessern. in delphi xe funktioniert das deutlich besser mit dem laden der packages in der ide beim compilieren, das ist schon recht stabil. delphi 7 klimbert eigentlich grundsätzlich. da wir es nun endlich nach 2 jahren arbeit geschafft haben unser projekt auf unicode und xe zu bekommen, werde ich demnächst sowieso mal ein paar zeilen dazu schreiben, XE ist wirklich wesentlich besser und stabiler, auch das was beim compilieren herauskommt ist qualitativ besser.

zum thema: wie gesagt, das ON beugt vor das man UNIT/PACKAGE/Reihenfolge -Chaos hat. Ich denke mal das ist in diesem Fall DOW-Kompatibel eingestellt. Technisch gesehen ist es höherer Blödsinn.

[s.h.a.r.k]

Wenn man sich aber von vorn herein etwas mit Packages auseinandersetzt und die Struktur etwas sinnvoll plant, brauch man {$IMPLICITBUILD ON} doch gar nicht setzen, oder sehe ich das falsch? Man muss eben nur eine sinnvolle Build-Reihenfolge definieren und schon passt von vorn herein alles.

Problematisch wird es halt, wenn man {$IMPLICITBUILD ON} und {$IMPLICITBUILD OFF} mixt, also in verschiedenen Packages, die voneinander abhängen (-> require).