Visual Studio＆amp;编译大量文件的性能问题

题

我们当前的解决方案/项目有几个类合并为一个文件，我被告知这是由于VS中的编译时间较慢而完成的。

这是一个确定的问题和解决方案吗？

我们现在使用VS2008 Team系统可以打破这些吗？有没有其他人将这些类分成不同的文件，仍然有很好的表现？

解决方案

我在VB.Net IDE团队工作，我可以告诉你，将所有内容放在1个文件中会使VS运行速度变慢，而不是更快。 VB.Net适用于不同文件中的类。

唯一一次这会产生影响的是，如果你的硬盘驱动器速度令人难以置信，并且文件位于物理磁盘的非常不同的部分（导致搜索指令越来越长）。一般来说，这应该不是问题，对于VB.Net IDE来说，这只是初始启动时的一个问题。我们有几层缓存可以帮助消除这些类型的问题。

如果您只考虑命令行编译器运行所需的原始时间，可能能够发现此方法的一些最小好处。恕我直言，更重要的数字是Visual Studio的respnosiveness和Visual Studio的相对构建时间。如果极长文件（如果将所有类放入单个文件中最终会发生这种情况），VS响应性将会降低。

其他提示

你的硬件是什么样的？

VS的一大瓶颈是它需要读取和写入大量文件。

一两个快速硬盘可以提高性能负载！

我使用的是C＃而不是VB.NET，但我从未遇到编译器性能问题。看来这是某种过早的优化。我不关心构建服务器构建应用程序需要多长时间。不要因为构建时间性能而牺牲清晰度。

听起来您可能想要说服您的团队调查解决方案设计;拥有一个包含所有项目的巨型解决方案可能并不是最佳选择。如果构建时间确实是一个问题，我宁愿通过将解决方案分解为逻辑部分来解决它，如果可能的话。

我不相信将多个类分组到一个文件中会显着提高正常项目的构建性能。将它们分解为更多文件应该是安全的（每个类一个是标准的）。

我遇到的一个例外是“网站”。项目。我没有任何科学数据，但随着文件数量的增加，这些做似乎变慢了。要解决此问题，您可以将其转换为“Web应用程序”。项目

在解决方案中有太多项目也会让VS变慢，但这听起来不像你的问题。

这是一个确认的问题和确认的解决方案。在Tech Ed今年，他们表示在VS2010中不再是一个问题，你可以下载测试版并试用。

许可以下： CC-BY-SA 和归因