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

Question

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

相反，如果我用Sublime Text，VS Code，notepad ++等开启所述项目，我会看到正确的目录结构，因为它位于磁盘驱动器上;可以在文件资源管理器/ Finder或终端中的ls / dir中看到它。

在我发布之前，我已完成了我的作业，在接下来的帖子中，@安德里声明：

  

我担心MSVS中没有像＃34;目录这样的概念   结构＆＃34 ;.此外，MSVS并不真正需要它，因为它使用平板   项目和层次结构基于项目级别，而不是基于项目级别   文件/目录级别。

     

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

Visual Studio as Code Browser : How to preserve the directory structure?

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

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

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

Answer 1

我在下面的帖子中找到了@Paul Easter给出的答案，非常有助于理解这个＆＃34; quirk，＆＃34;这真的是一个特色。＆＃34;项目结构的另一个概念正在起作用：

  

但是你不希望解决方案文件夹的行为如此   ＆＃34;物理＆＃34;文件夹是因为您的解决方案布局可能不一定   使用与源代码管理布局相同的约定。解   文件夹允许您自定义项目的层次结构   您可以按照自己喜欢的方式将项目和项目组合在一起   决定你不喜欢它而不必再去改变它   通过围绕和移动源控制项目的噩梦   激怒你团队的其他成员。

Visual Studio Solutions Folder as real Folders

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