De référence n'a pas pu être ajouté en raison du même nom

Depuis la mise à jour VS 2013 j'ai le comportement que je ne peux pas ajouter une référence à 2 projets avec le même nom. J'ai fait la suivante:

  1. Ajouté 3 solution de dossiers A, B et C.
  2. D'ajouter un projet de type bibliothèque de classes "de Base" à la fois A et B dossier.
  3. Ajouté un projet de type ConsoleApplication au dossier C.

La structure qui en résulte ressemble à ceci:

Solution
 + A
   + Core
 + B
   + Core
 + C
   + ConsoleApp

Dans les propriétés du projet de la suivante est entré:

  • Nom de l'Assembly: A.
  • Espace de noms par défaut: A.

et en B:

  • Nom de l'Assembly: B. Core
  • Espace de noms par défaut: B. Core

Après j'ai ajouté une référence à A. C. ConsoleApp et j'essaie de faire référence à B. de Base de la console, j'obtiens l'erreur:

Une référence à la "Core" (B. de Base) " ne peut pas être ajouté. Une référence au composant "de Base" existe déjà dans le projet.

La solution a été créé avec VS 2012 et montre ce problème depuis la mise à niveau. Que dois-je d'installation à l'intérieur de la console?

Edit: j'ai publié une vidéo sur Youtube pour expliquer le problème et placé un bug à Microsoft Support. J'ai toujours pense que c'est un bug.

Salut, a ce qui a changé dans VS2017?

OriginalL'auteur sprinter252 | 2013-11-22

  1. 22

    Le problème est que le nom de la référence prend sur le nom du projet. C'est encore le référencement de la DLL par le nom approprié (A.Core.dll ou B.Core.dll), mais la référence utilise le nom du projet à l'intérieur de VS:

    De référence n'a pas pu être ajouté en raison du même nom

    Si vous regardez le fichier de projet après l'ajout d'une référence à A. Core, vous verrez ceci:

    <ProjectReference Include="..\ClassLibrary1\Core.csproj">
  <Project>{16c42795-f703-4673-98e4-98758c09f9e0}</Project>
  <Name>Core</Name>
</ProjectReference>

    Changer le Nom de la valeur de A. de Base et vous aurez débloqué. (B. Noyau va encore se présentent comme "de Base" jusqu'à ce que vous la modifiez.)

    Merci pour la reposne mais cela ouvre un gros problème. Si vous ouvrez la même solution dans visual studio 2012, il va fonctionner. Cela signifie, il y a une modification importante dans la SLN-format qui n'est pas rapporté autant que je sache. Si je travail en 2013 avec un projet que j'ai créé en 2012, je vais obtenir des problèmes. Mais merci quand même et je marque ce comme résolu.
    Voir mon montage sur le fond de la question!
    Merci!Cela permet d'économiser de ma journée!~

    OriginalL'auteur

  2. 3

    Supprimer la référence à cette dll et le réappliquer. il a travaillé pour moi.

    OriginalL'auteur