2011-04-20 1 views
1

HI, j'ai un projet VS que j'ai copié sur ma nouvelle machine à partir d'une vieille machine. Tout est OK en dehors de l'obtention d'un avertissement lorsque je compile pour la DLL manquante:Les chemins de référence Visual Studio ne peuvent pas trouver de référence?

Avertissement 1 Impossible de résoudre cette référence. Impossible de localiser l'assembly "System.Windows.Controls.Toolkit, Version = 2.0.5.0, Culture = neutre, PublicKeyToken = 31bf3856ad364e35, processorArchitecture = MSIL". Vérifiez que l'assemblage existe sur le disque. Si cette référence est requise par votre code, vous risquez d'obtenir des erreurs de compilation. Mizuho.MIReporting.Finance.Presentation.Modules.Common

Cependant, je peux voir cette DLL n'existe pas sur ma nouvelle machine (dans l'ancienne machine, il existe dans c: \ Program Files \ Microsoft SDKS \ Silverlight \ V3 .0 \ ToolKit) qui est un autre problème mais ce que j'essaie de comprendre est que le fichier de projet n'a pas de références absolues à la DLL et la DLL n'est pas dans GAC, comment a-t-il pu résoudre la référence de toute façon?

Répondre

1

Visual Studio lit une liste de dossiers pour rechercher les assemblys référencés à partir du Registre. Les programmes d'installation des assemblys tiers mettent souvent à jour ces clés.

Votre fichier project.user peut également contenir des informations sur le moment où un assemblage référencé a été trouvé pour la dernière fois.

Je pense que les scénaristes de Visual Studio ont également trouvé d'autres façons de rendre les constructions non répétables sur les machines ....

(Je souhaite VS n'a pas été aussi « utile » et serait juste pour trouver une assemblée si elle est en dehors de la « construire arbre » et que cela donnerait une erreur sur toute référence d'assemblage qui n'a pas été relatif.)

+0

Merci Ian, je ne le savais pas. J'ai toujours supposé que c'était beaucoup plus simple en cherchant les références, mais ne le devinez pas. – Rubans

Questions connexes