Visual Studio 2017上的.NET Core 1.1构建和类识别错误

时间:2017-04-12 08:44:34

标签: .net visual-studio asp.net-core visual-studio-2017

我最近开始在最新的 .NET Core 1.1版上开发一个测试项目,我遇到了大量的问题,尽管大多数问题都可以通过浏览网页来解决。我目前正在使用 Visual Studio 2017社区

有一个特别烦人的错误涉及以下(重现它的一些步骤):

  • 使用命令行界面并至少执行一次 dotnet build 命令来构建项目。
  • 打开解决方案并在解决方案中的随机文件夹中创建一个新类。
  • 创建课程后,我注意到新课程没有 triangle-dropdown选项。似乎由于某种原因,解决方案无法识别我刚刚创建的类,并且它不能被同一解决方案中的其他类引用。所有课程都是公开等,所以这不是编码问题。我还检查了构建选项,问题类与解决方案中的其他类没有区别。
  • 然后我需要做的就是关闭解决方案,再次执行 dotnet build 命令,然后使用文件>重新打开解决方案。在Visual Studio中打开菜单。请注意,如果您从最近列表重新打开解决方案,它将 NOT 工作,并且该类仍将无法在项目结构中识别。

我不得不说,有时出于不明原因,即使我正确地遵循上述所有提到的步骤,这个技巧也不会起作用,我必须重新打开并多次构建。在 .NET Core 1.0 上也存在类似的项目构建问题(正确的构建只能使用 CLI )。

我在1.1版本中也注意到的一个问题是,在解决方案中的任何位置创建新文件夹后,此文件夹将不会出现在 .csproject 文件中(在 ItemGroup中 xml标签)也不应该发生。基本上似乎 .csproj 文件没有反映对解决方案所做的任何更改。

所有这些都可能是一个缓存问题吗?

到目前为止,.NET Core技术对我来说真的令人印象深刻,显示了开发人员更光明的未来,但是我遇到了大量的故障排除问题,尤其是在最新的1.1版本中。

此致 R.F。

1 个答案:

答案 0 :(得分:2)

找到解决方案:

我设法找到问题的根源。似乎在 Visual Studio 2017 中实现了一个名为轻量级解决方案加载的新选项,此选项导致无法识别新类和引用的问题。一旦我将其关闭,它按预期工作。 轻量级解决方案加载选项按钮会显示在文件资源管理器中的打开文件夹旁边,您可能会意外地点击它。