2

一个我已经做了很长时间没有任何问题的项目突然开始抛出错误，例如

The type or namespace name 'xxx' does not exist in the namespace 'yyy' (are you missing an assembly reference)?

在这种情况下，命名空间都是核心 .Net 库，例如System.Data, Linq，并且IO我一直在使用没有任何问题。

我已经解决了这个问题中的所有问题，例如确保工作区中的所有项目都使用相同版本的 .Net 作为目标框架设置。

我删除了所有有问题的库并重新添加了它们，但问题仍然存在。当我在解决方案中的其他项目中引用它们时，我怀疑它们的库本身已损坏。

4

4 回答 4

4

在回滚我使用 TFS 的工作后，我设法弄清楚我做了什么导致了这个错误：我在我的项目中添加了一个名为“System”的文件夹并将一个类文件放入其中。

这是一个很容易重现的问题：创建一个项目，向其中添加一个名为 system 的文件夹（此时它仍会编译），然后在其中创建一个 .cs 文件，这时所有有趣的错误都会发生。

问题源于“System”文件夹的名称，导致在其中创建的任何文件都位于命名空间“.System”下。

我可以理解为什么现在拥有一个名为“System”的文件夹/命名空间会导致问题，但我认为如果 Visual Studio 在创建此类名称的文件夹/命名空间时发出警告以首先阻止此问题的发生会有所帮助。我已经用 MS记录了一个错误，至少记录这个错误可能会帮助任何其他与我犯同样错误的人！

于 2013-09-12T10:57:55.923 回答
0

在我的系统意外关闭后我遇到了同样的问题，即使 VS 尝试恢复，问题还是出现了。

我的解决方案资源管理器中有两个项目。为了解决这个问题，我右键单击与错误消息关联的项目并选择“构建”。

之后，问题就解决了。

只是要补充一点，在我从另一个“项目”添加对“项目”的引用后，问题就得到了永久解决。

于 2017-12-29T21:29:45.460 回答
0

我将我引用的文件的名称空间从myproject.shared.constants重命名为myproject.SOMETHING.shared.constants

之后它建议“使用 myproject.SOMETHING.shared.constants”作为建议。我将它重命名为myproject.shared.constants然后它起作用了。

于 2020-07-10T10:14:21.633 回答
0

尝试清理然后重建 dll 文件。我遇到了同样的问题，尝试了来自互联网的不同建议，但它们都不起作用。但它会的。如果您不知道如何按照以下步骤操作：

  1. 打开你的 dll 项目文件。2.单击解决方案资源管理器右键单击您的Dll项目名称，您将找到Clean and Rebuild Option。
于 2021-06-19T04:01:06.473 回答