Discussion :

[yannnomad]

Salut a tous,

Je n'ai pas l'habitude d'utiliser des DLL et j'ai besoin de quelques infos
Apres avoir lu l'article suivant :
http://lfe.developpez.com/DLL/
(particulierement le chapitre 6. de l'article)

je me suis demande, pourquoi peut on loader dynamiquent (avec un LoadLibrary("my.dll")) une dll comportant des fonctions, alors que avec des classes on doit utiliser les .a ou .lib (et donc ne pas utiliser la dll dynamiquement??) ?

une autre question, plus generale sur les dll, meme si on fait comme decrit dans le chapitre 6. de l'article, importer une classe avec le .lib et compiler,
pourrat on changer le code de la dll et juste mettre a jour le fichier .dll sans forcement recompiler le projet qui utilise la dll (bien evidement en modifiant la dll de maniere a ce que les classes de la nouvelles dll et les instanciations dans l'appli restent coherentes) ?

merci d'avance de vos reponses,

[Médinoc]

1. C'est simple : Tu m'expliquera comment instancier une classe, appeler un constructeur, des méthodes virtuelles, à partir d'un simple GetProcAddress()...
   Si tu veux utiliser des classes dynamiquement, tourne-toi vers COM, qui fait ça avec quelques limitations: Le constructeur est caché, et toutes les fonctions sont virtuelles.
2. J'aurais cru que oui, mais l'expérience a montré que ce n'était pas toujours le cas, du moins pour une DLL liée avec un .a/.lib

[yannnomad]

merci pour la reponse

1. en effet, mais je pensais qu'il y avait un equivalent de getprocaddress() pour faire un truc du genre _instanciation de la classe dans la memoire de la dll, et retourne un pointeur du l'objet en question_

2. a mince :/ donc le seul moyen c'est d'utiliser que des fonction wrapper de mes classes et du coup perdre un paquet d'avantage quand meme.

merci encore pour tes reponses,
a+