visual-studio - 在您的 Visual Studio 中拥有更多项目是否会增加编译时间?

标签 visual-studio compilation

下面哪个场景会编译得更快?

  • 一个解决方案中的两个项目。每个项目有5个类(class)。
  • 解决方案中的一个项目。该项目有 10 个类(场景 a 中两个项目的组合)。

  • 基本上,我想看看有 2 个项目是否会影响解决方案中的编译时间。

    最佳答案

    是的,在大型 C# 解决方案中,拥有更多项目会使编译时间明显变长(很多分钟)。至少,这是我的经验。但是,我要添加一个警告。我怀疑项目是在不是绝对不必要的时候编译的,因为 C# 对它选择编译的内容并不是那么聪明。所以如果大部分项目没有太多引用其他项目的话,可能就不是这样的问题了。我不能肯定,因为我处理过的代码(遗留的东西,不是我的,我赶紧补充)有这种问题的代码并不是从那个 POV 松散耦合的。

    请注意,慢编译是某些语言(例如,所有基于 C 的语言)的一个特性。可以一次性编译的语言(例如,像 Delphi 这样的 Pascal 衍生产品),编译速度要快得多(10^6 LOC 秒)。

    因此,无论如何,您的速度是有限的。这主要是一个硬件问题,因为对于大多数语言(FL 可能是一个异常(exception)),编译非常占用磁盘(即速度很慢)。此处的其他主题讨论了加快 VS 编译时间的方法,最大的改进始终是获得真正快速的 HD,或者更好的现代 SSD。

    关于visual-studio - 在您的 Visual Studio 中拥有更多项目是否会增加编译时间?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/1828309/

    相关文章:

    java - maven 在这里使用哪个编译器版本?

    visual-studio - 在 Visual Studio 测试中跟踪(从 NUnit 迁移)

    visual-studio - 将启动脚本添加到 Azure Web 角色 - "copy to output directory"丢失

    python - 指定 *.pyd 输出路径?

    iphone - 是否可以使用 Xcode 4 为 IOS 4.0 编译 iPhone 应用程序

    C++ 自定义编译时检查

    c - 关于添加错误标志的问题

    visual-studio - 使用Visual Studio 2008代码分析,良好的可维护性指标是什么?

    visual-studio - 代码覆盖率结果中缺少类文件

    c++ - Visual Studio 2008 和 Xcode 中的浮点精度