DLL statisch laden

[EWeiss]

Zitat:

aber ich kann dir nicht sagen, warum einmal die eine und ein andermal die andere.

Ist doch Public\Global die erste.
Damit man aus anderen Units auf diese Funktion zugreifen kann.. oder?

gruss

[Dalai]

Da beide Varianten die Deklaration im interface stehen haben, ist der Zugriff von anderen Units aus bei beiden Varianten möglich.

Grüße
Dalai

[TiGü]

Das hab ich auch noch nie verstanden, ist doch wesentlich mehr Schreib/Textaufwand. Ich glaube, die Frage stellt sich jeder der die Delphi-Sourcen anschaut.

[norwegen60]

Zitat von EWeiss:

Damit man aus anderen Units auf diese Funktion zugreifen kann.. oder?

Der Zugriff aus anderen Units ist definitiv auch bei der zweiten Variante möglich

Zitat von TiGü:

..., ist doch wesentlich mehr Schreib/Textaufwand.

Genau darum geht es mir.
Mehr Code macht einen Code ja nicht übersichtlicher und bei Änderungen muss ich an zwei Stellen ändern.
War abr nicht sicher, ob es nicht doch einen Sinn gibt.

Danke
Gerd

[Bernhard Geyer]

Beide Angaben stellen eine statische Bindung der DLL dar.

Dynamisch wäre es wenn du es wie folgt machst:

http://delphifaq.com/faq/delphi_windows_API/f347.shtml

Oder man nutzt das verzögerte Laden mittels Schlüsselwort delayed, wenn man auch funktionsfähig sein will, auch wenn die DLL nicht vorhanden ist.

DrBob hat auch dazu einen Artikel geschrieben.

[norwegen60]

Zitat von Bernhard Geyer:

Beide Angaben stellen eine statische Bindung der DLL dar.

Ja, das war mir bewusst. Die meisten meiner DLL lade ich dynamisch. z.B. vom Testfall abhängige Gerätetreiber.
z.B. die Benutzerverwaltung wird dagegen statisch geladen. Die ist immer die gleiche und wird auch immer ebnötigt.