Visual Studio 中的项目目录结构丢失了？

我正在学习 Visual Studio 2015 社区。我是一位经验丰富的程序员，但刚接触 VS，文件表示方式让我感到困惑。我创建了一个解决方案，并添加了一个现有项目。 VS 正在向我显示所有项目文件（在我的例子中是一个 C++ 项目，所以.c, .cpp, and .h文件）位于解决方案资源管理器的一个树级别上。

相反，如果我在 Sublime Text、VS Code、notepad++ 等中打开所述项目，我会看到正确的目录结构，因为它位于磁盘驱动器上；正如人们在文件资源管理器/查找器中看到的那样，或者ls/dir在终端中。

我在发帖之前已经做了功课，在下面的帖子中，@Andrey 指出：

恐怕MSVS中没有“目录”这样的概念 结构”。此外，MSVS 并不真正需要它，因为它使用平面 项目和层次结构基于项目级别，而不是基于 文件/目录级别。

因为不存在这样的东西 - 你也不能自动拥有它 也不手动。 MSVS 有解决方案文件夹，这是完全不同的事情 将真实文件夹表示为解决方案没有多大意义 文件夹。

Visual Studio 作为代码浏览器：如何保留目录结构？ https://stackoverflow.com/questions/2251201/visual-studio-as-code-browser-how-to-preserve-the-directory-structure/2260748#2260748

这是真的？文件的排列有很多意义，而VS中的扁平化表示使项目更难理解；文件在目录结构中的位置很重要。有没有办法在VS中查看正确的目录结构？

就我而言，我正在使用 Quickfix，它支持多个版本（4.0、4.1、4.2 等）。其中每个都有不同的类和具有相同名称的文件。

从下面的屏幕截图中可以看到，它们都整齐地排列在磁盘上的不同文件夹中，但 VS 对这些文件的表示非常混乱：

我发现 @Paul Easter 在下面的帖子中给出的答案对于理解这个“怪癖”非常有帮助，这确实是一个“功能”。项目结构的不同概念正在发挥作用：

但至于您不希望解决方案文件夹表现得像这样的原因 “物理”文件夹是因为您的解决方案布局可能不一定 使用与源代码管理布局相同的约定。解决方案 文件夹允许您自定义项目的层次结构，以便 您可以按照自己喜欢的方式将项目和项目分组在一起，然后 决定你不喜欢它并再次更改它而不必去 经历了移动源代码控制项目的噩梦 激怒团队的其他成员。

Visual Studio 解决方案文件夹作为真实文件夹 https://stackoverflow.com/questions/267200/visual-studio-solutions-folder-as-real-folders

这是一个好主意吗？我可以看到有些人会喜欢它，因为它允许他们按照自己的意愿排列项目文件。在这一点上，我不喜欢它；我确信，部分原因是它对我来说是新的，但也有两个原因：
1. 在一个有组织的项目中，目录层次结构不是任意的；首席工程师以某种方式排列文件是有充分理由的。
2.它在VS文件表示和操作系统结构之间添加了一个抽象层。我喜欢直接访问我正在处理的文件；使用 VS 系统，我感觉与 VS 中的底层文件有一种奇怪而诡异的脱节。我必须承认，我担心这一层有其异常现象，会给我带来问题。