HintPath sur un ajout d'une référence dans Visual Studio

Je sais que je peux ajouter un HintPath à une Dll externe à l'aide de Visual Studio/TFS trouver la dll lorsqu'il crée.

Ce que je me demandais, c'est... est-il possible d'ajouter plusieurs HintPath?

Par exemple... les développeurs ont leurs Dll pour un endroit et nous faire un GetLatest de ces Dll à un endroit différent sur le serveur d'où la nécessité pour les multiples HintPath.

Qu'en pensez-vous, monde?

InformationsquelleAutor Maxime Rouiller | 2009-01-20
  1. 38

    Désolé, vous ne peut pas utiliser plusieurs HintPath de l'. Visual Studio/MSBuild ne prend que le dernier <HintPath> définition et ignore toutes les précédentes. Confirmé dans VS2010 et VS2012.

    • Cette réponse doit être acceptée, puisque l'autre est de donner de fausses informations.
    • Vous pouvez utiliser plusieurs HintPath avec une Condition sur chaque. Vérifier ma réponse ci-dessous.
    • A confirmé que seule la dernière HintPath est utilisé dans VS2015 trop.
    InformationsquelleAutor Alex
  2. 14

    Cette réponse n'est plus valide. Comme Sardaukar commentaire dit, Visual Studio toujours aveuglément utilise la dernière HintPath. Alex réponse prend en charge cette.

    Bien. Je suis plus rapide que Stackoverflow cette fois. J'ai essayé de l'ajouter et il semble bien fonctionner.

    De sorte que plusieurs HintPath EST possible.

    Lorsque vous avez ceci:

    <Reference Include="System.ComponentModel.Composition.Codeplex">
    <HintPath>..\..\..\MEF2_Preview2\bin\System.ComponentModel.Composition.Codeplex.dll</HintPath>
</Reference>

    Vous pouvez simplement ajouter plus d'indicateur de chemin comme ça:

    <Reference Include="System.ComponentModel.Composition.Codeplex">
    <HintPath>..\..\..\MEF2_Preview2\bin\System.ComponentModel.Composition.Codeplex.dll</HintPath>
    <HintPath>D:\MEF\System.ComponentModel.Composition.Codeplex.dll</HintPath>
</Reference>
    • Vous venez de vous ajouter plusieurs HintPath entrées, ou avoir plusieurs chemins d'accès dans une seule entrée?
    • si une seule entrée, était-il séparation par virgule ou un point-virgule?
    • Pourriez-vous s'il vous plaît dites-nous comment c'est possible?
    • Pour ce faire, je ferme la solution, ouvrez le fichier de projet dans le bloc-notes (il se termine par .csproj), puis vous verrez le code ci-dessus.
    • (Trouvé cette question lors de la résolution d'un problème avec hintpaths et je dois corriger la réponse ci-dessus). Votre réponse est erronée. Oui, vous pouvez ajouter plusieurs hintpaths manuellement votre fichier csproj, mais Visual Studio va utiliser uniquement la dernière hintpath élément. Il fonctionne probablement dans votre situation, parce que votre deuxième hintpath peut être résolu. Essayer de troquer votre hintpaths de sorte que d:\MEF\System.ComponentModel.Composition.CodePlex.dll est le premier. Ensuite compiler. Vous verrez probablement que Visual Studio va maintenant essayer de référence de la dernière hintpath.
    • J'apprécie ce que vous êtes en train de faire, mais d'un simple avertissement à portée de main de liens, c'est tout ce qui est nécessaire. Appelant explicitement pour downvotes ou upvotes dans un grand avertissement comme ça, c'est une voie dangereuse, sur.
    • Bien dit.

    InformationsquelleAutor Maxime Rouiller
  3. 8

    Vous pouvez utiliser des variables d'environnement pour que. E. g.

    <Reference Include="System.ComponentModel.Composition.Codeplex">
    <HintPath>$(PathToDLLs)\MEF2_Preview2\bin\System.ComponentModel.Composition.Codeplex.dll</HintPath>
</Reference>
    InformationsquelleAutor Michael Hablich
  4. 3

    L'aide d'État que vous pouvez:

    <Reference Include="TheAssembly">
    <HintPath Condition="Exists('..\My\Assembly\Path')">..\My\Assembly\Path\TheAssembly.dll</HintPath>
    <HintPath Condition="Exists('..\..\My\Assembly\Path')">..\..\My\Assembly\Path\TheAssembly.dll</HintPath>
    <HintPath Condition="Exists('..\..\..\My\Assembly\Path')">..\..\..\My\Assembly\Path\TheAssembly.dll</HintPath>
    <HintPath Condition="Exists('..\..\..\..\My\Assembly\Path')">..\..\..\..\My\Assembly\Path\TheAssembly.dll</HintPath>
    <HintPath Condition="Exists('..\..\..\..\..\My\Assembly\Path')">..\..\..\..\..\My\Assembly\Path\TheAssembly.dll</HintPath>
    <HintPath Condition="Exists('..\..\..\..\..\..\My\Assembly\Path')">..\..\..\..\..\..\My\Assembly\Path\TheAssembly.dll</HintPath>
    <HintPath Condition="Exists('..\..\..\..\..\..\..\My\Assembly\Path')">..\..\..\..\..\..\..\My\Assembly\Path\TheAssembly.dll</HintPath>
    etc...
</Reference>

    La dernière HintPath où la Condition est évaluée à true sera utilisé.

    • Est-ce de travailler avec l'observation ci-dessus à propos de la dernière hintpath prises? N'est-il ignorer hintpaths avec de fausses conditions et de prendre la dernière avec une vraie valeur?
    • Elle ignore tout, sauf le dernier où la condition est vraie.
    InformationsquelleAutor Wolf5
  5. 2

    Ajouter le texte suivant à la fin de votre fichier de projet juste après le commentaire sur les objectifs de la section:

    <Target Name="BeforeResolveReferences">
  <CreateProperty Value="YOUR_FIRST_PATH;YOUR_SECOND_PATH;$(AssemblySearchPaths)">
    <Output TaskParameter="Value" PropertyName="AssemblySearchPaths" />
  </CreateProperty>
</Target>

    Remplacement YOUR_FIRST_PATH et YOUR_SECOND_PATH avec vos chemins d'accès.

    Il est important que cela se passe après la ligne suivante ou votre réglage sera remplacée:

    <Import Project="$(MSBuildToolsPath)\Microsoft.CSharp.targets" />

    Avec le $(AssemblySearchPaths) entrée à la fin de la chaîne de Dll dans vos chemins de remplacer la résolution normale. Si vous la déplacez vers le début de la résolution normale est essayé en premier, et les autres chemins sont vérifiées pour tout ce qui n'était pas trouvé. La résolution normale comprend <HintPath> sections, donc il n'est pas nécessaire de les enlever si vos chemins d'accès viennent d'abord.

    InformationsquelleAutor Vladimir Shutow