質問: プロジェクトレベルのVisual Studioソリューションフォルダ Visual Studio(2010)では、プロジェクトレベルで「ソリューションフォルダ」を作成できますか? Visual Studio内の「仮想」プロジェクトフォルダ? 問題: 私たちのソリューションには、すべてのカルチャーリソースファイルを含むプロジェクトがあります。 Googleではビジネス目的ごとに1つのリソースファイルを使用しています。つまり、各カルチャーを表す複数のリソースファイルがあります。 異なる文化のリソースファイルを同じ場所(パス)に保存する必要があるため、ルートレベルに多くのリソースファイルが含まれていたり、プロジェクトに含まれていたりします。これは当面の間は問題ありませんが、異なる文化のサポートを追加すると、リソースファイルの数は管理不能な数に増加します だからプロジェクトをより良く組織するために、私たちは文化ごとに1つのフォルダを作成できるプロジェクトレベルで「仮想」フォルダを作成したいと考えています。これは可能ですか? 何かご意見は?
回答: 私はあなたができないと確信しています。これは、VSの奇妙なニュアンスです。ソリューションのフォルダは仮想ですが、Projectフォルダはありません。物理的なファイルの移動が仮想フォルダの構造と同期していないため、奇妙なニュアンスに遭遇することがあるので、私は仮想フォルダを好きではありません。私の頭痛を引き起こしました。私は常にプロジェクト間で物事を共有するためのソリューションレベルに物理的なフォルダがあることを望んできました。 ステップ1)それらが同じ物理フォルダ内にあるだけであれば、まずそれらをプロジェクトのResourcesサブフォルダに移動します。私は私のプロジェクトの根底にはほとんど残っていません。ソースコードも "src"フォルダに入ります。 * .configファイルのようなものだけをルートに残す。 ステップ2)ソリューションレベルで必要に応じていくつかの仮想フォルダを作成します。ここで、プロジェクトから適切な仮想ソリューションフォルダにファイルをドラッグします。ファイルは物理的に存在し、プロジェクトの「Resources」フォルダに表示されますが、ファイルのユーザーフレンドリーなブラウジングのために、元のファイルを参照する仮想フォルダに存在します。 これは理想的ではありませんが、プロジェクトに物理的にファイルが存在している間にソリューションレベルのフォルダを使用するのを止めることは何もないことを指摘していると思います。 しかし、私が言及したように、新しいリソースファイルをプロジェクトに追加する場合、仮想ソリューションフォルダにドラッグすることによって、それらを「分類する」という余分なステップを常にとる必要があります。これは、このプロジェクトに触れることなく数週間を過ごす場合、あなたはこれらを忘れるため、同期が外れてしまう可能性のあるものの1つです。 より良い解決策は、特定の種類のカスタムビルドステップを使用することです。おそらくnantやmsbuildを使用して、リソースをphyiscally seperateリソースフォルダに格納し、コンパイル前に単一のリソースフォルダにコピーします。この方法で、各サブフォルダにリソースを作成し、ビルドステップで自動的にそれらを単一のインストール先フォルダにコピーします。