c++ - 什么时候可以接受仅 header 库？

Question

就我个人而言，我非常喜欢仅包含 header 的库，但有人声称它们会由于过度内联(以及另一个明显的编译时间较长的问题)而导致代码膨胀。

我想知道，这些说法(关于膨胀的说法)有多少真实性？

此外，成本是否“合理”？ (显然有不可避免的情况，例如当它是一个纯粹或主要使用模板实现的库时，但我更感兴趣的是实际上有可用选择的情况。)

我知道就这样的事情而言，没有硬性规定、指导方针等，但我只是想了解其他人对这个问题的看法。

附:是的，我知道这是一个非常模糊和主观的问题，因此我将其标记为这样。

Answer 1

根据我的经验，膨胀不是问题:

• 仅 header 库为编译器提供了更大的内联能力，但它们不会强制编译器内联 - 许多编译器将 inline 关键字视为忽略多个相同定义的命令。

• 编译器通常有优化选项来控制内联的数量；/Os 在微软的编译器上。

• 通常最好让编译器来管理速度与大小的问题。您只会看到实际已内联的调用的膨胀，并且编译器只会在其启发式表明它内联会提高性能时才内联它们。

我不会认为代码膨胀是远离仅 header 库的理由 - 但我会敦促您考虑仅 header 方法会增加多少编译时间。