Класс RC не связан с базой данных, это простой класс. Класс находится только в одном месте и не является частичным. Проект Aérochem.Domain dll компилируется просто отлично.
Примечание. Если я выбираю одно из двух идентичных пространств имен в меню быстрого исправления, он ничего не делает.
Примечание2: Это происходит с несколькими классами (некоторые связаны с базой данных, а некоторые нет)
Есть ли исправление к этому или способ понять, что неправильно?
У меня была та же проблема. Я использую ReSharper. Решение моей проблемы - это не очистка решения, а удаление suo файла.
Надеюсь, что это поможет.
Что касается ссылки для будущих пользователей: эта тема охватывает четыре ответа, тогда как два - в комментариях. Я столкнулся с проблемой несколько раз, три из этих ответов помогли мне в прошлом, поэтому, если вы столкнулись с одной и той же проблемой, попробуйте любой из них:
(Это не совсем новый ответ, это скорее комментарий к множеству ответов и комментариев, найденных - это вики сообщества, поэтому не стесняйтесь при необходимости адаптировать его)
Для пользователей ReSharper, которые, как и я, не хотят удалять их решение *.suo file:
Очистите свои кеши через: ReSharper → Options → Environment → General → Clear Caches !
Спасибо за комментарий к этому комментарию AUSTX_RJL. Я хотел, чтобы его ценная информация стала более заметной.
.dll уже был в моей папке /bin.
Когда я удалил его, он избавился от этой ошибки.
У меня была эта проблема, а также ReSharper, установленный на visual studio.
Я открываю биг-код на ReSharper трекер, и команда разработчиков посоветовала мне сделать:
Решение:
Эту проблему можно решить, удалив Solution User Options (.Suo) File. Этот файл хранится в корне проекта, но скрыт. вам нужно проверить Folder Options-> View-> Show hidden files, folders, drives., и вам нужно закрыть визуальную студию, если вы открыли этот проект, потому что он используется визуальной студией.
Если ваша структура проекта содержит более одного проекта под одним решением, вы должны удалить содержимое папки bin в каждом проекте. Это разрешило ошибку, с которой я столкнулся.
В моем случае я ссылался на proyect X внутри себя. Так что проблема не в ReSharper (но это был ReSharper, который добавил ссылку...)
У меня была эта проблема в стандартном проекте.NET (я называю это хост-проектом). Пространство имен, вызывающее проблему, было в другом проекте с ссылкой (который также был стандартным проектом.NET) в том же решении.
Я сделал все: очищаю, удаляю кеширование resharper, закрываю soln, удаляю.suo, удаляю двоичные файлы. Ничто, казалось, не сработало.
Затем я преобразовал проект хоста в.NET framework, а затем проблема исчезла.
Для меня это было потому, что я ссылался на DLL как по ссылке Project, так и по ссылке Assembly. Исправлена проблема с удалением ссылки на сборку.
У меня была та же проблема, в то время как два пакета неоднозначно ссылались на одну и ту же 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;
Я добавил пост здесь: Неоднозначные методы расширения
Смотрите похожие статьи:
Я знаю, что это довольно старая проблема, но, возможно, это кому-то поможет. Если вы используете С# бритву в Asp.Net Core 2+, если у вас есть эта проблема.
1) Скопируйте содержимое файла в блокнот.
2) Удалите файл .cshtml.
3) Создайте файл .cshtml с тем же именем.
4) Скопируйте содержимое из блокнота в новый файл
Я не знаю, является ли это просто странной ошибкой или следствием обновления проекта с Core 1.0 до 2+, но это ПОЛНОСТЬЮ решило проблему для меня. Это было проблемой для меня как в Visual Studio 2017, так и в 2019 году.