Plusieurs applications écrites dans Visual Studio 2005 sont déployées sur nos serveurs. Si nous déployons des applications écrites dans Visual Studio 2008 sur le même serveur, cela provoquera-t-il des conflits de DLL?Le déploiement d'applications écrites en VS2005 va-t-il rompre avec les applications de VS2008?
Nous voulons nous assurer que la mise à niveau de notre version de Visual Studios ne viendra pas à bout des applications existantes.
Merci.
Ceci est l'une de ces réponses classiques "ça dépend" basées sur la configuration. Compilez-vous les applications avec .NET 2.0 dans Visual Studio 2008 ou ciblez-vous un framework plus récent? Est-ce que les DLL sont stockées dans un emplacement partagé (c.-à-d., GAC - Global Assembly Cache) ou sont-elles stockées dans le dossier de l'application? .NET 3.5 est rétrocompatible avec .NET 2.0 afin que vous puissiez facilement référencer des dll 2.0 vers une application 3.0 ou 3.5 mais l'inverse n'est pas vrai.
Si vous stockez des DLL partagées dans le GAC, vous pouvez avoir des conflits, mais assurez-vous simplement que les versions 2.0 et 3.5 des DLL ont une version différente et que vous éviterez les conflits.
Cela ne devrait provoquer aucun conflit. Pour être sûr que je marquerais la propriété Version Spécifique de l'assembly référencé à False.