Discussion :

[ChristopheOce]

Bonjour,

J'ai une solution c# v 1.1 avec differents projets et on me dit que c'est super important que version de la dll issue des projets aient la meme version dans l'assembly !

ok, mais je n'ai pas vraiment eu d'explications du pourquoi !?
car j'ai deja charge une dll issue d'une autre personne n'ayant pas la meme version et tout fonctionnait bien !

Donc pouvez vous me confimer si c'est vraiment si important que ca que chaque dll issue de la compil de la solution ait bien la meme version

C'est un peu flou pour moi !

Je vous remercie
Christophe

[SaumonAgile]

on me dit que c'est super important

Ben, euh... demande à "on".
De mon point de vue, je ne vois pas de contraintes pour les numéros de version.

Cela dit ton explication n'est très claire. Peut-être "on" parlait du fait que dans le fichier assemblyinfo tu peux spécifier le numéro de version du fichier et le numéro de version de l'assembly. Dans ce cas, il me semble logique de garder des numéros cohérents, mais je ne vois pas de contre-indication technique. Peut-être lié à une politique de déploiement ou de packaging...

Comme dit, pour ce problème, demande à la personne qui t'a imposé cette contrainte...

[ChristopheOce]

salut salut saumonAgile,

Beh le "on" ... j'ai pas l'impression qu'ils savent vraiment pourquoi !

c'est clair que c'est pour du packaging, deploiement ..mais que la version de la dll soit en 1.0.0.0 et une autre en 2.2.0.0 je peux tres bien utliser les deux, ou l'une peut utiliser l'autre sans souci !


Bref, on dira que cela fait plus professionnelle d'avoir toutes les versions de dll identiques !

Bonne journée
Christophe

[guillaumemarques]

En fait le problème est lors du changement des versions. Si ton programme P a été "compilé" pour utiliser une version 1.0.0.0 de ton assembly A, si tu mets à jour ton assembly A vers une version 2.0.0.0 sans rien modifier, ton programme P ne fonctionnera plus.

Cordialement

[SaumonAgile]

Il suffit de définir la référence dans le projet comme ne référençant pas une version spécifique de l'assembly pour ne pas avoir ce problème.

[guillaumemarques]

SaumonAgile,
en fait la référence dans le projet n'a rien à voir avec la phase d'exécution... Dans le manifest de l'assembly est écrit en DUR la version des dlls de dépendances. Si ces versions ne sont pas trouvé (en utilisant au besoin le fichier machine.config ainsi que les Policies) le programme ne fonctionnera pas.

S'il vous est possible de recompiler l'ensemble de vos assemblies lorsque vous changez une version (recompilation en fonction des dépendances bien sûr), dans ce cas, ce sont les références dans le projet qui seront prises en compte.

Cordialement

Guillaume MARQUES

[SaumonAgile]

En fait le problème est lors du changement des versions. Si ton programme P a été "compilé" pour utiliser une version 1.0.0.0 de ton assembly A, si tu mets à jour ton assembly A vers une version 2.0.0.0 sans rien modifier, ton programme P ne fonctionnera plus.

Cordialement

Alors il faut spécifier que la nouvelle assembly remplace l'ancienne même pour les programmes existants. La méthode est décrite ici :
http://msdn2.microsoft.com/en-us/lib...3a(VS.80).aspx

[guillaumemarques]

Je suis entièrement d'accord avec toi

http://www.developpez.net/forums/sho...d.php?t=376965


Cordialement
Guillaume MARQUES