Visual Studio&编译大量文件的性能问题

我在VB.NETIDE团队工作,我可以告诉你,将所有内容放在一个文件中会使VS运行得更慢,而不是更快。Net可以很好地处理不同文件中的类。

也许 如果只考虑命令行编译器运行的原始时间,就能够发现这种方法的一些最小好处。更重要的数字是VisualStudio的响应能力和VisualStudio的相对构建时间。如果有,VS响应性将降低 极其

你的硬件怎么样?

VS的最大瓶颈是它需要读写大量的小文件。

一两个快速硬盘驱动器可以提高性能负载!

我使用的是C#而不是VB.NET,但我从未遇到过编译器性能问题。这似乎是某种过早的优化。我不在乎构建服务器构建应用程序需要多长时间。不要为了构建时性能而牺牲清晰度。

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

我不相信将许多类分组到一个文件中会显著提高正常项目的构建性能。将它们拆分成更多的文件应该是安全的(每个类一个是标准的)。

我遇到的一个例外是“网站”项目。我没有任何科学数据,但是这些 做

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

这是已确认的问题和已确认的解决方案。在今年的科技教育上,他们说VS2010将不再是一个问题,你可以下载测试版并试用。