在Visual Studio(2010)中是否可以在项目级别创建"解决方案文件夹"?
Visual Studio中的"虚拟"项目文件夹?
问题:
我们的解决方案中有一个包含所有文化资源文件的项目。我们为每个业务目的使用单个资源文件，也就是说，我们有多个资源文件代表每种文化。
由于不同区域性的资源文件必须存储在相同的位置(路径)，这将导致在根级别包含许多资源文件的项目。这暂时没有问题，但是当我们添加对不同文化的支持时，资源文件的数量将增长到一个无法管理的数量
因此，为了更好地组织我们的项目，我们想在项目级别创建一个"虚拟"文件夹，我们可以为每个文化创建一个文件夹。这可能吗?
任何想法吗?
我很确定你不能。这对我来说一直是VS的一个奇怪的细微差别，解决方案中的文件夹是虚拟的，而项目文件夹不是。我不喜欢虚拟文件夹，因为你可能会遇到奇怪的细微差别，因为你的物理文件移动与虚拟文件夹的结构不同步。让我头疼。我一直希望在解决方案级别有物理文件夹，用于存放跨项目共享的内容。
步骤1)如果它们只是需要在同一个物理文件夹中，那么首先我会将它们移动到项目的资源子文件夹中。在我的项目中，我保留的很少。甚至源代码也放在"src"文件夹中。只留下*之类的东西。目录下的配置文件
步骤2)根据需要在解决方案级别创建几个虚拟文件夹，您可以将项目中的文件拖放到相应的虚拟解决方案文件夹中。该文件将仍然存在并显示在项目的"资源"文件夹中，但为了更方便用户浏览文件，它们将存在于仅引用原始文件的虚拟文件夹中。
我知道这是不理想的，但我认为我应该指出的是，没有什么可以阻止您使用解决方案级文件夹，同时让文件在项目中物理存在。
但是正如我提到的，如果您向项目中添加新的资源文件，您将总是需要采取额外的步骤，通过将它们拖到虚拟解决方案文件夹中来对它们进行"分类"。这是其中一件很可能不同步的事情，因为如果你几个星期没有碰过这个项目，你就会忘记这些。
一个更好的解决方案可能是使用某种自定义构建步骤(可能是nant或msbuild)，它获取存储在物理上独立的资源文件夹中的资源，并在编译之前将它们复制到单个资源文件夹中。这样，您可以在每个子文件夹中创建资源，并且构建步骤会自动将它们复制到单个目标文件夹中。