I had a similar issue: The compiler was unable to detect a folder inside the same project, so a using directive linking to that folder generated an error. In my case, the problem originated from renaming the folder. Even though I updated the namespace of all the classes inside that folder, the project info somehow failed to update. I tried everything: deleting the .suo file and the bin and obj folders, cleaning the solution, reloading the project - nothing helped. I resolved the problem by deleting the folder and the classes inside, creating a new folder and creating new classes in that new folder (simply moving the classes inside the new folder didn't help).

PS:以我为例，我正在开发一个web应用程序，但这个问题可能发生在不同类型的项目中。

我知道这是踢死马，但我有这个错误和框架在哪里好。我的问题基本上是声明无法找到接口，但它构建和访问都很好。所以我开始思考:“为什么只有这个界面，而其他人都工作得很好?”

最终，我使用WCF的端点接口访问了一个服务，该端点接口使用的是实体版本6，而其余的项目使用的是版本5。我没有使用NuGet，而是简单地将NuGet包复制到本地存储库以供重用，并以不同的方式列出它们。

例如，EntityFramework6.dll vs . EntityFramework.dll。

然后，我将引用添加到客户端项目，噗的一声，我的错误消失了。我意识到这是一个边缘情况，因为大多数人不会混合实体框架的版本。

在我的案例中，问题是在将命名空间更改为与另一个项目中的名称完全相同之后(有意地)，程序集的名称也被VS更改了，因此有两个具有相同名称的程序集，其中一个覆盖了另一个

好吧，多年后使用VS 2017 . net Core 2.2 Razor Pages，我觉得这个答案可能会帮助到一些人。 如果是蛇，它会咬我的。 我到处乱扔东西，更改名称，重命名模型，突然我得到了这个错误:

错误CS0246类型或命名空间名称不能为“UploadFileModel” 找到(是否缺少using指令或程序集引用?)

这在我的。chstml Razor Page中用红色划线。(修正后未加下划线):

@page
@model UploadFileModel

所以，最后，幸运的是，我从其他人那里找到了我最初使用的代码，注意，名称空间不包括.cshtml文件名!!

这是我的坏假错误在命名空间的页面名称打我自己:

namespace OESAC.Pages.UploadFile
{
    public class UploadFileModel : PageModel
    {

我的原始代码所拥有的，我所要做的就是从命名空间UploadFile中删除页面名称:

namespace OESAC.Pages
{
    public class UploadFileModel : PageModel
    {

瞧，所有的错误都消失了!! 愚蠢的我。但是你知道，微软让。net c# MVC的东西让我们这些非计算机科学家非常困惑。我经常被鞋带绊倒，试图找出模型名称、页面名称和使用它们的语法。不应该这么难。哦。我希望错误和解决方案能帮助别人。错误是正确的，没有命名空间名为“UploadFileModel”哈哈。

我当时正在做VS 2017社区版，CefSharp的金块包也有同样的问题。

包被成功下载并恢复，项目可以构建并成功运行-只是标记表明名称空间无法识别。

我所要做的就是打开参考资料部分，点击其中一个黄色感叹号。

几秒钟后，标记错误就消失了。

我不知道为什么这样工作，但我删除了VS2015告诉我它找不到的项目引用，并再次添加它。解决了问题。我尝试过清理、构建和重新启动VS，但都无济于事。