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

Question

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

有一个特别烦人的错误涉及以下内容（重现它的一些步骤）：

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

我不得不说，有时出于未知原因，即使我正确遵循了上述所有提到的步骤，这个技巧也不起作用，我必须重新打开并构建几次。 .NET Core 1.0 上也存在类似的项目构建问题（正确构建只能通过使用 CLI 进行）。

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

所有这些都是缓存问题吗？

到目前为止，.NET Core 技术给我留下了深刻的印象，它清楚地为开发人员展示了一个更光明的未来，但是我遇到了大量的故障排除问题，尤其是在最新的 1.1 版本中。

问候， 射频

Answer 1

找到的解决方案：

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