Discussion :

[ram-0000]

Suite à ce post Problème de création de DLL, je me demandais quel est l'intérêt de cette fonctionnalité de "chargement différé".

Je n'ai rien trouvé sur google à ce sujet, je me doute que si cette option existe, c'est que cela doit avoir un usage particulier mais je ne voie pas lequel et dans quel cas on serait tenté/obligé d'utiliser un chargement différé.

[bacelar]

Entre autres avantages :
- démarrage de l'application plus rapide
- utilisation de dll non présentes sur toutes les plateformes visées
- changement à chaud des dll
- etc...

[ram-0000]

- démarrage de l'application plus rapide

Ca, je veux bien mais c'est plutôt une conséquence.

- utilisation de dll non présentes sur toutes les plateformes visées
- changement à chaud des dll

Cela on peut aussi le faire avec du chargement dynamique (LoadLibrary(), GetProcAddress(), FreeLibrary()). Je ne voie pas la plus value du chargement différé dans ce cas.

- etc...

Justement quoi d'autre

[bacelar]

Envoyé par bacelar
- démarrage de l'application plus rapide

Ca, je veux bien mais c'est plutôt une conséquence.

Bin, c'est l'un des objectifs des personnes qui ont créées les composants logiciels qui mettent en place cette mécanique. Donc c'est une cause plus qu'une conséquence. C'est juste qu'ils ont atteint cet objectif.

Cela on peut aussi le faire avec du chargement dynamique (LoadLibrary(), GetProcAddress(), FreeLibrary()). Je ne voie pas la plus value du chargement différé dans ce cas.

Oui, mais il faut tout faire à la main dans ce cas, chargement de la dll, résolution d'adress etc... . Avec du delay loading de dll, le code du client de la dll est exactement le même que le code utilisant de manière statique la dll.
Il faudra juste ajouter un peu de code pour les fonctions de callback de gestion d'erreur de chargement des dll. Et ce n'est même pas obligatoire, si l'on ne veut pas gérer ces cas de figures.

Justement quoi d'autre

Juste tous les cas où le lien statique à une dll pause problème et que l'on veut le même confort d'utilisation que l'utilisation d'une lib d'import d'une dll.

[Neitsa]

Bonjour,

la MSDN a tout un chapitre dédié à ce qu'on appelle "DLL delay Loading":

http://msdn.microsoft.com/en-us/library/151kt790.aspx

En gros, cela évite simplement d'utiliser "programmatiquement" ce que font LoadLibrary() et GetProcAddress(). Cette tâche est laissée au système. Je cite:

This relieves you of the need to use the Windows SDK functions LoadLibrary and GetProcAddress to implement DLL delayed loading.

[...]

You should consider delay loading a DLL if:

- Your program may not call a function in the DLL.
- A function in the DLL may not get called until late in your program's execution.

[Astraya]

Donc c'est une version non portable d'un chargement dynamique plus simple sous Visual Studio?

[bacelar]

Visual Studio

Rien à voir avec VS, c'est lié au chargeur d'application de Windows.

non portable d'un chargement dynamique

Joli pléonasme.