[WPF] Génération des dlls

**Floco** · 14/01/2011, 10h43

Bonjour,

Je suis confronté à un petit problème que je n'arrive pas à résoudre :

J'ai une application qui a en référence une dll de contrôle utilisateur (que l'on va appeler dll A) que j'ai créé.
Cette dll A fait référence à des dlls d'une autre societé (que l'on va appeler dlls B). Donc à coté de ma dll A, lors de la compilation, j'ai dlls B se rajoute à côté car elles sont necessaire. Ce qui est tout à fait normal.
Le problème c'est que mon application utilise les dlls B mais dans une autre version et ces dlls sont également présente à coté de mon .exe.

Là est le problème, j'ai mon exe avec ses dlls plus la dll A mais la dll A a rapporter ses dlls B. Du coup je ne peut pas avoir plusieurs fois les mêmes dll dans le même dossier.

Dans un soucis d'organisation, nous aimerons pouvoir avoir cette architecture :
/ programme.exe
/ dlls B de mon exe
/ UnDossier / dll A
/ UnDossier / dlls B de dll A

Le problème est que je ne sais pas comment faire pour que mon programme aille chercher la dll A autre par qu'a côté de lui.

C'est compliqué donc j'espère que vous m'aurez compris.

Merci d'avance.

**Pol63** · 14/01/2011, 13h56

c'est du grand n'importe quoi de vouloir utiliser 2 versions différentes d'une même dll en même temps
je crois qu'il y a un moyen de charger une dll par code, mais je ne pense pas que ca suffira, car un exe se retrouve dans un domaine d'exécution avec les dll qu'il utilise, donc je ne suis pas sûr que ca ne va pas s'emmeler les pinceaux d'avoir 2x la même dll dans le domaine

**Floco** · 14/01/2011, 14h10

Désolé mais c'est mon entreprise qui me le demande, et ce n'est pas du grand n'importe quoi, je t'explique :
Ce projet va être étalé sur 5-10 ans et des contrôles utilisateurs comme la dll A vont être rajouté peut à peut, on ne pourra pas refaire chaque logiciel (oui car un contrôle utilisateur A est en fait, un petit logiciel) pour qu'ils utilisent la même version, là ce serait du grand n'importe quoi.

J'ai découvert une autre solution : de ne faire qu'une seule dll en sorti de projet (donc qui contient ses dlls) j'ai découvert ILMerge, j'espère que cela pourra marcher mais ça a l'air compliqué à mettre en place...

**Pol63** · 14/01/2011, 14h25

j'ai failli évoquer ilmerge, mais je ne l'ai pas fait pensant que ca ne marcherait pas, car si l'ancienne et la nouvelle dll ont des classes en commun la clr risque de ne pas savoir laquelle appeler et dans ce cas on a en général un message "nom ambigu"
je me retrouve parfois avec des problèmes de référence, avec 2 même dll en référence, l'une compilée en debug et l'autre en release et ca plante ...

par contre rien ne t'empeche de faire une dll pour tes anciens programme et un autre pour les nouveaux

et ce n'est pas parce qu'un patron pond ca en accord avec une démarche de produit que c'est forcément modélisable et possible

**Romers** · 14/01/2011, 14h32

Bonjour,
Je ne connais pas vos contraintes mais je mettrais simplement les DLL dans le GAC.
Un kit d'installation pour gérer tout ça et pas de soucis à avoir.
il faut gérer ses versions de DLL correctement et tout devrait fonctionner.
Cdlt.

**Pol63** · 14/01/2011, 14h33

dans le GAC avec un numéro de version différente ca doit etre possible oui
quand on ajoute une dll du framework en référence on peut choisir la version qu'on veut utiliser

**Floco** · 14/01/2011, 15h25

Ok merci à vous deux, je vais me renseigner sur ça.

Je vous tiens au courant.

**tomlev** · 14/01/2011, 16h13

Envoyé par Floco

Ce projet va être étalé sur 5-10 ans et des contrôles utilisateurs comme la dll A vont être rajouté peut à peut, on ne pourra pas refaire chaque logiciel (oui car un contrôle utilisateur A est en fait, un petit logiciel) pour qu'ils utilisent la même version, là ce serait du grand n'importe quoi.

Il n'y a pas forcément besoin de "refaire chaque logiciel"... il peut suffire de le recompiler en référençant la nouvelle version des DLL B (en supposant que celles-ci respectent la compatibilité ascendante).

Ou même, encore plus simple : dans les propriétés des références aux DLL B, tu mets "Specific Version" à false. Comme ça, ça fonctionnera avec n'importe quelle version des DLL, sans recompilation (avec la même contrainte de compatibilité que ci-dessus)