Discussion :

[NicolasJolet]

Bonjour à tous,
Corrigez-moi si je me trompe...

Il existe deux types de librairies :
les librairies statiques, incorporées à l'executable et permettant ainsi de tout grouper dans un seul fichier, au détriment de la taille et de la mise à jour ;
et les librairies dynamiques, chargées en mémoire à l'execution du programme.

Je me doute qu'il y a moyen d'être plus précis que cela mais en gros je suppose que mon idée est bonne...

Maintenant je me demandais pourquoi, lors de l'utilisation des APIs Windows, il fallait également utiliser une libraire statique (.lib) alors que ces APIs se trouvent dans des DLLs?
Faut-il également le faire lorsque l'on crée sa propre DLL? Je n'en ai pas souvenir...

Merci d'avance,
Nicolas jolet

[Médinoc]

On appelle cela une Bibliothèque statique d'importation.

Cela permet d'utiliser une DLL sans avoir à y aller à coups de LoadLibrary()+GetProcAddress().

Pour utiliser des classes C++ (comme dans une DLL d'extension MFC) c'est (pratiquement ?) indispensable.

[NicolasJolet]

Donc, très logiquement, même si je crée et utilise ma propre DLL, je devrais lier un .lib également?!

[Médinoc]

Sauf si toutes ses fonctions ont une interface C et que tu l'utilises avec LoadLibrary()+GetProcAddress().

Les DLLs dites "Composants COM" ne nécessitent pas de bibliothèques statique d'importation non plus, car elles utilisent une combinaison gagnante pour cela (mais qui diminue parfois les performances) :

• Interfaces "standard" avec fonctions toutes virtuelles pures (il suffit au programme appelant de déclarer l'interface)
• Pattern "factory" avec une interface C (donnent un pointeurs vers Interface, jamais directement l'objet)
• Une fonction qui utilise LoadLibrary()+GetProcAddress() en interne.

[NicolasJolet]

Pour créer une DLL j'utilise __declspec(dllexport) et c'est du C++ standard...

Mais enfin, je pense que j'ai eu ma réponse

Merci