【问题标题】:Visual studio doesn't recognize namespace inside same projectVisual Studio 无法识别同一项目中的命名空间
【发布时间】:2015-09-17 00:47:22
【问题描述】:

我遇到的问题是,当我打开我正在处理的解决方案时,在某些文件中它不会识别命名空间,即使认为命名空间是同一个项目的一部分并且解决方案构建得很好。我可以通过删除解决方案根文件夹中的 .suo 文件来解决这个问题,但是每次加载解决方案时删除 .suo 文件会很烦人,而且我喜欢 Visual Studio 记住我拥有的文档的选项当我关闭解决方案时打开。我听说这可能是由扩展引起的,但我禁用了所有扩展,它仍然会发生。

我正在使用 Visual Studio Ultimate 2013。我正在研究一个与 tfs 相关的大型解决方案,并且许多人都在研究它。

有人知道为什么会这样吗?

【问题讨论】:

  • 你可以添加一些截图吗?
  • @Hughnited 很抱歉,但代码是机密的,但基本上问题与添加 using 指令而不将其添加到引用时相同,但在这种情况下,引用是指向相同的解决方案。最奇怪的是,只有当我打开使用此功能的文档时才会显示错误。如果我不打开此文档,则构建解决方案时根本不会显示任何错误。并且显示的错误是典型的“找不到类型或命名空间名称'命名空间名称'(您是否缺少 using 指令或程序集引用?)”
  • 我想您已经尝试过清理并重建解决方案或重新启动 Visual Studio?另外,您是团队中唯一遇到这种情况的人吗?
  • @Hughnited 是的,我什么都试过了。重建和重新启动无济于事,但从解决方案中删除项目并再次添加它会有所帮助,但只有在我关闭解决方案之前。据我所知,我是唯一遇到这种情况的人。
  • 看看下面的链接:stackoverflow.com/questions/3304741/…

标签: c# visual-studio asp.net-mvc-4 visual-studio-2013 namespaces


【解决方案1】:

这个问题很老,我使用的是较新版本的 Visual Studio (2017),但是遇到了同样的问题,我的 Google 搜索让我想到了这个问题。

VS 2017 中的解决方案似乎是删除与解决方案文件位于同一文件夹中的 .vs 文件夹。它是隐藏的,因此您必须显示隐藏文件才能看到它,或者在该位置打开命令提示符并运行命令

attrib -h .vs

【讨论】:

  • 这也解决了我在 VS2019 中的问题
【解决方案2】:

有时,如果您遇到此问题并需要快速解决方法,您可以构建 .dll 并在项目中引用它。

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 2015-02-17
    • 1970-01-01
    • 2015-10-13
    • 2011-02-11
    • 1970-01-01
    • 2018-04-08
    • 2020-04-14
    相关资源
    最近更新 更多