プロジェクトディレクトリ構造がVisual Studioで失われましたか？

Question

私はVisual Studio 2015 Communityを学んでいます。私は熟練したプログラマーですが、VSには新しく、ファイル表現は私を混乱させます。私は解決策を作成し、既存のプロジェクトを追加しました。 VSはソリューションエクスプローラで1つのツリーレベルですべてのプロジェクトファイル（私の場合はC++プロジェクトですので、.c、.cpp、および.hファイル）を表示しています。

逆に、このプロジェクトをSublime Text、VS Code、notepad ++などで開くと、ディスクドライブ上に適切なディレクトリ構造が表示されます。ファイルエクスプローラ/ファインダまたは端末のls/dirに表示されます。

私は投稿する前に私は私の宿題をやってきて、次のスレッドでは、@Andreyは述べている：私は、「ディレクトリ 構造」のようなMSVSには、このような概念はありません怖いです

。さらに、MSVSはフラット プロジェクトを使用し、階層は ファイル/ディレクトリレベルではなくプロジェクトレベルに基づいているため、MSVSは実際には必要ありません。

このようなことはありません。自動でも も手動でもできません。 MSVSには、全く別のものである のソリューションフォルダがあり、実際のフォルダをソリューション フォルダとして表現することにはあまり意味がありません。

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

これは本当ですか？ファイルの配置には大きな意味があり、VSのフラットな表現はプロジェクトを理解しにくくします。ディレクトリ構造内のファイルの場所は重要です。 VSの適切なディレクトリ構造を表示する方法はありますか？

私の状況では、複数のバージョン（4.0,4.1,4.2など）をサポートするQuickfixで作業しています。これらのそれぞれは、同じ名前の異なるクラスとファイルを持っています。あなたは下のスクリーンショットから見ることができるように

、それらはすべてき​​れいにディスク上の異なるフォルダに配置されたが、これらのファイルのVSの表現は非常に混乱している：

Answer 1

I下のスレッドで@Paul Easterによって与えられた答えを見つけました。この「奇妙な」を理解するのに非常に役立ちました。これは本当に「機能」です。プロジェクト構造の異なる概念が仕事である：

しかし、あなたのソリューションのレイアウトは、必ずしも あなたと同じ規則を使用することはできませんので、あなたがソリューションフォルダが 「物理」フォルダのように動作したくない理由があるためとして、ソースコントロールのレイアウト。ソリューション フォルダを使用すると、 プロジェクトとアイテムを好きなようにグループ化できます。 は、好きではないと判断して、 の悪夢を通して再び変更することができます。ソースコントロールの項目を移動し、 はあなたのチームの残りの部分を刺激します。

Visual Studio Solutions Folder as real Folders

これは良いアイデアですか？私は彼らが望むようにプロジェクトファイルを手配できるように、人々が好きな場所を見ることができます。この時点で、私はそれを嫌いです。私にとっては新しかったのですが、この2つの理由からも確かです。
1.組織化されたプロジェクトでは、ディレクトリ階層は恣意的ではありません。プリンシパルエンジニアは、正当な理由で特定の方法でファイルを整理します。
2. VSファイル表現とオペレーティングシステム構造の間に抽象化レイヤを追加します。私は、私が取り組んでいるファイルへの直接アクセスが好きです。 VSシステムでは、私は奇妙で気の利いたように、VSの基礎となるファイルから切り離されています。私はこの層に異常があり、私にとって問題を引き起こす恐れを認めなければなりません。