问题描述
我知道可以在仅标头模式下使用 fmt 格式库：
How to use fmt library in the header-only mode?
但是 - 为什么它不只是标题，句号？也就是说，在 non-header-only 模式下使用它有什么好处？
解决方法
正如其他人已经正确指出的那样，主要原因是构建速度。例如，使用静态库（默认）进行编译比使用只有头文件的库快 2.75 倍：
<div> {{ (data.date | date:'d-MMM-y') ?? '-' }} </div>
<div> {{ data.id ?? '-' }} </div>
#include <fmt/core.h>
int main() {
fmt::print("The answer is {}.",42);
}
在仅标头库中，实现细节和依赖项会泄漏到使用它们的每个翻译单元中。
,某些函数如 vformat 不是模板。将它们放在头文件中并减慢整个编译过程是没有意义的。我想这就是理由。据我所知，fmt 库非常关心编译时间。
在 non-header-only 模式下使用它有什么好处？
我不是作者，所以我不能代表他们说话。但我可以告诉你 not-header-only 的优点。
- 允许库的头文件不包含系统特定的头文件，这些头文件通常存在一些问题，例如定义宏的名称可能与用户程序冲突（例如 windows.h 可能定义与某些标准库函数重叠的宏） ）。事实上，Libfmt 确实利用了这个机会。除非我弄错了，否则在仅标头模式中会省略特定于操作系统的功能。
- 如果实现发生变化，非内联函数通常允许更快地重新构建。这与可能经常这样做的库开发人员非常相关。如果库经常更新，它可能与用户相关。随着图书馆的发展，这一点的重要性也会增加。在无界模板代码的情况下无法利用这一点。大多数这些条件可能都在 libfmt 的“不太相关或无法利用”方面，这可能是它首先提供仅标头选项的原因。