项目级别的Visual Studio解决方案文件夹

Question

在Visual Studio（2010）中，是否可以在项目级别创建“解决方案文件夹”？
Visual Studio中的“虚拟”项目文件夹？

问题：

我们已经在我们的解决方案一个项目，包含了我们所有的文化资源文件。我们为每个业务目的使用一个资源文件，即我们有多个资源文件来代表每种文化。

由于不同文化的资源文件必须存储在同一位置（路径），因此会导致在项目中包含许多根级别的资源文件。这对于时间来说很好，但是当我们添加对不同文化的支持时，资源文件的数量将增长到难以管理的数量

因此，为了更好地组织我们的项目，我们希望创建一个“虚拟”文件夹在项目级别，我们可以为每种文化创建一个文件夹。这可能吗？

有什么想法？

Answer 1

我很确定你不能。对我来说，这一直是一个奇怪的细微差别，解决方案中的文件夹是虚拟的，但项目文件夹不是。我不喜欢虚拟文件夹，因为你可能遇到奇怪的细微差别，因为文件的物理移动不会与虚拟文件夹中的结构保持同步。已经让我头痛。我一直希望在解决方案级别有物理文件夹，用于在项目之间共享事物。

步骤1）如果他们只需要全部在同一个物理文件夹中，那么首先我将它们移动到项目的资源子文件夹中。我的项目根本没有留下什么。即使源代码进入“src”文件夹。只留下* .config文件在根目录中。

步骤2）根据需要在解决方案级别创建若干个虚拟文件夹，将项目中的文件拖到适当的虚拟解决方案文件夹中。该文件仍然物理存在并显示在项目的“资源”文件夹中，但为了更方便用户浏览文件，它们将存在于仅引用原始文件的虚拟文件夹中。

我意识到这并不理想，但我想我会指出，没有任何东西阻止您使用解决方案级别的文件夹，同时让文件物理存在项目中。

但正如我所提到的，如果您将新资源文件添加到您的项目中，您将需要通过将它们拖到虚拟解决方案文件夹中来进行“分类”。这是可能会失去同步的东西之一，因为如果你在几个星期内没有触及这个项目，你会忘记这些东西。

更好的解决方案可能是使用某种自定义构建步骤，可能使用nant或msbuild，它将资源存储在物理分离的资源文件夹中，并在编译之前将其复制到单个资源文件夹中。这样您可以在每个子文件夹中创建资源，并且构建步骤会自动将它们复制到单个目标文件夹中。