Неоднозначные ссылки с тем же самым пространством имен

Ответ 1

У меня была та же проблема. Я использую ReSharper. Решение моей проблемы - это не очистка решения, а удаление suo файла. Надеюсь, что это поможет.

Ответ 2

Что касается ссылки для будущих пользователей: эта тема охватывает четыре ответа, тогда как два - в комментариях. Я столкнулся с проблемой несколько раз, три из этих ответов помогли мне в прошлом, поэтому, если вы столкнулись с одной и той же проблемой, попробуйте любой из них:

• Очистите и/или переустановите решение, затем повторно проанализируйте файлы в Resharper.
• Перезапустите Visual Studio, затем повторно проанализируйте
• Удалите папку bin/затем повторно проанализируйте
• (Очевидно, удаление suo файла также может помочь, хотя мне никогда не приходилось это делать, и я не могу понять, как это должно помочь)
• Комбинация из трех выше.

(Это не совсем новый ответ, это скорее комментарий к множеству ответов и комментариев, найденных - это вики сообщества, поэтому не стесняйтесь при необходимости адаптировать его)

Ответ 3

Для пользователей ReSharper, которые, как и я, не хотят удалять их решение *.suo file:

Очистите свои кеши через: ReSharper → Options → Environment → General → Clear Caches !

Спасибо за комментарий к этому комментарию AUSTX_RJL. Я хотел, чтобы его ценная информация стала более заметной.

Ответ 4

.dll уже был в моей папке /bin.

Когда я удалил его, он избавился от этой ошибки.

Ответ 5

У меня была эта проблема, а также ReSharper, установленный на visual studio.

Я открываю биг-код на ReSharper трекер, и команда разработчиков посоветовала мне сделать:

Решение:

Эту проблему можно решить, удалив Solution User Options (.Suo) File. Этот файл хранится в корне проекта, но скрыт. вам нужно проверить Folder Options-> View-> Show hidden files, folders, drives., и вам нужно закрыть визуальную студию, если вы открыли этот проект, потому что он используется визуальной студией.

Ответ 6

Если ваша структура проекта содержит более одного проекта под одним решением, вы должны удалить содержимое папки bin в каждом проекте. Это разрешило ошибку, с которой я столкнулся.

Ответ 7

В моем случае я ссылался на proyect X внутри себя. Так что проблема не в ReSharper (но это был ReSharper, который добавил ссылку...)

Ответ 8

У меня была эта проблема в стандартном проекте.NET (я называю это хост-проектом). Пространство имен, вызывающее проблему, было в другом проекте с ссылкой (который также был стандартным проектом.NET) в том же решении.

Я сделал все: очищаю, удаляю кеширование resharper, закрываю soln, удаляю.suo, удаляю двоичные файлы. Ничто, казалось, не сработало.

Затем я преобразовал проект хоста в.NET framework, а затем проблема исчезла.

Ответ 9

Для меня это было потому, что я ссылался на DLL как по ссылке Project, так и по ссылке Assembly. Исправлена проблема с удалением ссылки на сборку.

Ответ 10

У меня была та же проблема, в то время как два пакета неоднозначно ссылались на одну и ту же dll, и вот что сработало для меня:

Я дал alias name одному из пакетов (названному Dapper.StrongName), поместив в мой файл .csproj:

  <Target Name="ChangeNameAlias" BeforeTargets="FindReferenceAssembliesForReferences;ResolveReferences">
    <ItemGroup>
      <ReferencePath Condition="'%(FileName)' == 'Dapper.StrongName'">
        <Aliases>AliasName</Aliases>
      </ReferencePath>
    </ItemGroup>
  </Target>

А затем добавил namespace using AliasName::Dapper;

Я добавил пост здесь: Неоднозначные методы расширения

Смотрите похожие статьи:

• внешний псевдоним (С# Reference)
• :: оператор (С# Reference)
• С# 2.0: использование разных версий одной и той же DLL в одном приложении

Ответ 11

Я знаю, что это довольно старая проблема, но, возможно, это кому-то поможет. Если вы используете С# бритву в Asp.Net Core 2+, если у вас есть эта проблема.

1) Скопируйте содержимое файла в блокнот.

2) Удалите файл .cshtml.

3) Создайте файл .cshtml с тем же именем.

4) Скопируйте содержимое из блокнота в новый файл

Я не знаю, является ли это просто странной ошибкой или следствием обновления проекта с Core 1.0 до 2+, но это ПОЛНОСТЬЮ решило проблему для меня. Это было проблемой для меня как в Visual Studio 2017, так и в 2019 году.