Discussion :

[TigerFab]

Bonjour,

Je suis nouveau ici et je me permets de poser ma première question qui me bloque dans les développements:

- J'ai fait une bibliothèque de classe mydll.dll
- J'ai plusieurs projets qui utiliseront cette classe

En .Net, il suffit que le fichier .dll se trouve dans le dossier de l'application et le tour est joué.

Sauf que si on a 30 projets qui utilisent la même dll, ce serait dommage de copier 30x celle-ci.

En VB6, c'était assez "simple" : regsvr32 C:\Windows\system32\ et chaque exe allait rechercher la dll.

Mais en .Net regsvr32 c'est fini. Il y a GAC. J'ai lu de la doc la dessus. C'est pas mal mais cmt fait-on si on veut que chaque projet utilise tjs la dernière version de la dll automatiquement (si j'ai bien lu GAC met en cache chaque version de la dll !).

Il n'est donc plus possible de simplement copier la dernière version dans C:\windows\system32 et de faire "pointer" les exe dessus autrement ?

Fabrice

[jab]

L'avantage d'avoir pour chaque programme la version avec laquelle il a été compilé, c'est justement d'éviter qu'une modification dans la dll n'impacte des applications autres que celle sur laquel tu es occupé et donc il n'est pas nécessaire de toutes les re-tester. Ce que l'on appelait avant avec le système dont tu parle le "dll hell"

[TigerFab]

Oui ... mais travaillant sur un site de 200 postes, si je fais 10 prgs utilisant ma dll (qui doit évoluer au fur et à mesure des besoins), ca fait 2000 fichiers à mettre à jour ...

Mais finalement, j'ai un peu étudié le GAC et sa solution me convient.
En fait je confondais version de fichier et version d'assembly.

On peut changer la version de fichier sans changer l'assembly et donc garder une seule version dans le GAC. En faisant ainsi, je peux être sûr que mes prgs utiliseront tjs la dernière version de la dll.