我可以使用单独的翻译单元减少仅标题库的编译时间吗？

Question

我正在寻找一种减少仅标题库的编译时间的方法。如果只有标题，则每个翻译单元必须编译所需的所有功能，因此在编译步骤中完成了许多重复的工作。我的想法是将汇编移至单个翻译单元，该单元创建了其他翻译单元可以链接到的单个对象文件。这使得仅标头库的行为像静态库一样有效地行为，该库与实际的生产代码一起编译。

图书馆的典型标题看起来像这样。它包括所有声明（当然是所有inline），而定义隐藏在宏myutils_inline后面。

// MyUtils1.hpp, example utility header
#ifndef MyUtils1_h__
#define MyUtils1_h__

class MyClass1{...};
inline int myfunction1(void);

#ifdef MYUTILS_INLINE
#include MyUtils1.cpp
#endif // MYUTILS_INLINE
#endif // MyUtils1_h__

myutils1.cpp可以包括实现所需的其他标头，并包含定义。

// MyUtils1.cpp, example implementation file
#include MyUtils1.hpp
#include "additionalheader.hpp"

MyClass1::MyClass1(void) {...}
inline int myfunction1(void){...}

在我的代码中，可以正常包含库的标题。还有一个附加文件myutils.cpp或myutils.inl，这是唯一设置myutils_inline的文件：

// MyUtils.cpp, separate translation unit in my project
// set macro to get the definitions and compile them.
#define MYUTILS_INLINE
// include all headers which are used throughout the project
#include "MyUtils1.hpp"
#include "MyUtils2.hpp"
#include "MyUtils3.hpp"

优点：

• 由于没有重复工作而导致的编译时间缩短
• ，标头依赖项较少，定义所需的标题可以隐藏在myutils1.cpp
• 选择性行为中：如果用户定义myutils_inline在全球范围内，他不需要myutils.cpp，所有工作都像

缺点之前一样：

• 优化潜力较小，因为函数不再是
• 文件之前的两倍（每个标头的一个实现文件）的两倍（一个实现文件）

在我重组我的 整个图书馆，我想问一下：

• 我只是重新发明了什么吗？
• 我错过一些要点吗？优点还是缺点？
• 有类似或更好的方法吗？

我注意到 catch 。

编辑

我已经阅读了一些有关预编译标题的文章，并在我的一个项目中尝试了它们。当他们试图解决相同的问题时，他们还有其他问题，尤其是关于标头文件之间的干净依赖关系。我建议的方法有很大的不同，因为每个文件仍然管理自己的依赖关系，但可以选择将工作传递给翻译单元myutils.cpp。