Discussion :

[Zbouirf]

Bonjour,

Je cherche à connaitre quelles sont les conditions a respecter sur une dll pour que le programme qui l'utilise soit facilement mis a jour : simplement en changeant la dll, sans avoir a recompiler l'executable.
- Faut t'il que dans la nouvelle version de la dll, les membres des classes soient dans le meme ordre que dans l'ancienne dll ?
- Peut on ajouter des membres et fonctions aux classes ?
- peut on ajouter de nouvelles classes ?

En d'autres termes, dans quelle mesure peut on modifier les ".h" de la dll ?

Merci d'avance pour votre aide.

[Laurent Gomila]

En d'autres termes, dans quelle mesure peut on modifier les ".h" de la dll ?

A partir du moment où ces .h sont partagés (utilisés) par l'exécutable, toute modification entraîne une recompilation de celui-ci.
Seule une modification qui ne toucherait pas à l'interface publique ne nécessiterait pas de recompilation.

[Zbouirf]

Merci,

L'interface publique, c'est a dire les classes precedees de __declspec (dllexport) ?

[Laurent Gomila]

L'interface publique, c'est a dire les classes precedees de __declspec (dllexport) ?

Non, c'est tout ce qui est susceptible d'être utilisé par le client de la DLL. Donc les fonctions / classes / variables exportées, mais aussi les définitions de constantes, les templates, ... En gros si tu touches à un en-tête que le client est susceptible d'inclure, recompile.

[Zbouirf]

Ok, merci c'est cool.

[ZaaN]

a noter que si tu as une DLL a chargement dynamique, tu peux inclure un system de control de version pour interompre le chargement si l'interface que le client inclue est differente de celle compilée.

Ca parait un peu inutile en stand alone, mais dès le moment ou ton code tourne a plusieurs endroit ca va te sauver la vie...

[nicroman]

[QUOTE=Zbouirf]Bonjour,

Je cherche à connaitre quelles sont les conditions a respecter sur une dll pour que le programme qui l'utilise soit facilement mis a jour : simplement en changeant la dll, sans avoir a recompiler l'executable.

- Faut t'il que dans la nouvelle version de la dll, les membres des classes soient dans le meme ordre que dans l'ancienne dll ?

Ca dépend. Si les fonctions membres sont virtuelles, leur ordre de déclaration ne doit pas changer.
Si les fonctions membres ne sont pas virtuelles, l'ordre n'importe absoluement pas, le link se fera au moment du chargement de la DLL.
Quant aux membres de la classe c'est extrêmement dangereux, SAUF si TOUS les membres sont privés (et donc non accessible sans passer par une fonction).

- Peut on ajouter des membres et fonctions aux classes ?

Si la classe elle même est exportée, non, sinon, oui forcément

- peut on ajouter de nouvelles classes ?

Sans aucun probleme....

Franchement, la meilleur solution aux DLLs a été apportée par microsoft par 'COM'. C'est lourd, c'est gavant, mais au moins c'est propre, et c'est du vrai orienté objet.
Une fois qu'une interface a été exportée, on a plus le droit de la toucher... Seule option, créer une nouvelle interface, nouveau GUID, etc.. Et faire en sorte que les objets supportent les deux interfaces.