spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

erstmal eine kurze erklärung zum thema dll vs lib:

der unterschied zwischen einer lib und einer dll ist folgender:
die lib wird statisch gelinkt, die dll dynamisch (wie die namen ja schon verraten). statisches linken bedeutet, dass die lib eben nach dem kompillieren, beim linkvorgang gelinkt werden. im prinzip kannst du dir vorstellen, dass einfach der code aus der lib, der von der exe verwendet wird, in die exe datei kopiert wird.

eine dll hingegen, wird zur laufzeit (also dynamisch) geladen. das bedeutet, dass, wenn du jetzt z.b. eine exe, die eine dll verwendet, startest, die exe dem betriebssystem sagt, dass sie die dll xyz braucht. das betriebssystem lädt die dll dann in den speicher der exe und die exe sucht sich die funktionen aus der dll die sie benötigt.

beides hat vor und nachteile. eine statische lib ist quasi in der exe datei drin, man braucht also keine extra datei in der die bibliothek enthalten ist (wie bei einer dll der fall). weiters wird auch nur jener code, der von der exe benötigt wird, in die exe gepackt. alles andere bleibt draußen. die lib hat aber den nachteil, dass sie die die exe größer macht (eben weil der code einfach in die exe übernommen wird). wenn du mehrere verschiedene exe dateien laufen hast, die alle die gleiche lib verwenden, dann hast du auch mehrmals den gleichen code im ram herumliegen. bei einer dll hingegen, wird der code nur einmal im speicher abgelegt und von allen programmen, die die dll verwenden, benutzt. da die dll in einer extra datei vorliegt und beim start des programmes geladen (und gelinkt) wird, kann man die dll einfach durch eine neue austauschen und die programme verwenden dann automaisch die neue dll, ohne dass man an den exe dateien etwas ändern muss.

http://support.microsoft.com/kb/815065


wenn jetzt eine lib zur dll gelinkt wurde, dann ist diese lib in der dll drin und die exe bekommt nichts davon mit. ich denke aber du meinst eigentlich was anderes. diese lib dateien die dazu dienen eine dll zu linken, die tun im prinzip nichts anderes als dir das "händische" laden der dll abzunehmen

Ich möchte dir noch einen tipp mit auf den weg als dll-progger geben:
Viele leute hier im forum haben schon den - ich nenne es einfach mal fehler - gemacht und die dll manuell geladen(aus ganz unterschiedlichen gründen).
Tu dir sowas nicht an. Linke sie lieber ganz normal, dann hast du weniger arbeit.

Socke

Das ist nunja nicht wirklich eine sonders sinnliche Aussage. Wenn du eine Funktion hast, die alle Vorgänge in einer DLL anstößt, ist es durchaus sinnvoll nur diese Funktion per LoadLibrary GetProcAddress zu laden ...

Dann durchaus da muss ich dir recht geben. Hab daran gar nicht gedacht, ich dachte nur daran, funktion für funktion zu laden.

Socke

Zitat von »"Deviloper"«

Wenn du eine Funktion hast, die alle Vorgänge in einer DLL anstößt, ist es durchaus sinnvoll nur diese Funktion per LoadLibrary GetProcAddress zu laden ...

warum?

Folgendes:
Wenn du eine dll auf "normalem" wege erstellst(also so wie zb die tribase irrlicht ogre und was weiss ich was es so gibt) dann hast du meistens einen header den du includierst. in diesem header ist die api definiert.
Angenommen deine dll heisst jetzt mal "Test", dann würde deine api warschenlich wie folgt definiert sein:


TEST_EXPORTS wird dabei automatisch vom kompiler erstellt, wenn du die dll kompilierst.
So nehmen wir mal eine klasse in der dll, wo net alle methoden inline sind:

Wenn du alle methoden der klasse innerhalb der klasse definierst, musst du die klasse net exportieren. Wenn doch dann musst du sie exportieren, da du sonst nicht aufgelöste symbole kriegst(kommt gleich).

Also nehmen wir mal an du hast jetzt eine dll(wieder test.dll) geschrieben und kompiliert.
Eine Lib wird automatisch auch erstellt.
So das verzeichnis wo diese lib liegt kannst du nun im vs bekanntgeben.(Bei bibliotheksdateien).
Alternativ kannst du die lib auch erst noch wo anders hin kopieren als in zb den debug ordner.(Geht auch mit post-build ereignis).

Jedenfalls muss der pfad wo die lib liegt bekannt sein.
Dann erstellst du ein projekt welches die dll verwenden soll.
Einfach mal als beispiel ne ganz normale konsolenanwendung. leeres projekt.
Nun includierst du den header der dll, wo die api definiert ist.
dann.... geht ist in die projekteigenschaften->linker->eingabe oder englisch link->input.
So dort schreibst du jetzt den name deiner lib rein.
noch ein bissl code, dann kompilieren und fertig.
Ach was ich ganz vergessen habe: Das verzeichnis wo der header liegt, muss natürlich auch bekannt sein(unter includedateien).

Wie wäre es wenn wir dieses meisterwerk ins FAQ tun? dann würde es sich lohnen die rechtschreibfehler zu korrigieren.


Socke