我个人使用c++的风格总是把类声明放在包含文件中，定义放在。cpp文件中，这很像Loki对c++头文件的回答，代码分离。不可否认，我喜欢这种风格的部分原因可能与我花了这么多年来编写Modula-2和Ada有关，这两者都有类似的规范文件和主体文件方案。
我有一个同事，他比我更了解c++，他坚持认为所有c++声明都应该尽可能地在头文件中包含定义。他并不是说这是一种有效的替代风格，甚至不是一种稍微更好的风格，而是说这是一种新的普遍接受的风格，现在每个人都在使用c++。
我不像以前那么灵活了，所以在我看到更多的人和他在一起之前，我并不急于加入他的行列。那么这个习语到底有多普遍呢?
只是给答案一些结构:现在的方式™，非常常见，有点常见，不常见，还是疯狂?
当前回答
我认为你的同事很聪明，你也是对的。
我发现把所有东西都放在头文件中的有用的事情是:
不需要写和同步头文件和源文件。 结构很简单，没有循环依赖迫使编码器做出“更好”的结构。 便携，易于嵌入到新项目中。
我同意编译时间的问题，但我认为我们应该注意到:
源文件的改变很可能会改变头文件，从而导致整个项目重新编译。 编译速度比以前快多了。而如果你的项目建设时间长、频率高，这可能说明你的项目设计存在缺陷。将任务分离到不同的项目和模块中可以避免这个问题。
最后，我只是想支持你的同事，只是在我个人看来。
其他回答
头文件中的代码通常是一个坏主意，因为当您更改实际代码而不是声明时，它会强制重新编译包含头文件的所有文件。它还会降低编译速度，因为您需要解析每个包含头的文件中的代码。
将代码放在头文件中的一个原因是，当使用其他cpp文件中实例化的模板时，关键字inline通常需要它才能正常工作。
我认为你的同事是对的，只要他没有进入这个过程，在头部写可执行代码。 我认为，正确的平衡是遵循GNAT Ada所指出的路径，其中.ads文件为其用户和其子程序包提供了完全适当的接口定义。
顺便说一句，Ted，你有没有在这个论坛上看到最近关于Ada绑定到CLIPS库的问题，这个问题是你几年前写的，现在已经没有了(相关的网页现在已经关闭了)。即使使用的是旧的Clips版本，对于愿意在Ada 2012程序中使用Clips推理引擎的人来说，这个绑定也是一个很好的开始示例。
模板代码应该只在头文件中。除此之外，除了内联之外的所有定义都应该在.cpp中。最好的参数是遵循相同规则的std库实现。你不会不同意std lib开发人员在这方面是正确的。
我认为你的同事很聪明，你也是对的。
我发现把所有东西都放在头文件中的有用的事情是:
不需要写和同步头文件和源文件。 结构很简单，没有循环依赖迫使编码器做出“更好”的结构。 便携，易于嵌入到新项目中。
我同意编译时间的问题，但我认为我们应该注意到:
源文件的改变很可能会改变头文件，从而导致整个项目重新编译。 编译速度比以前快多了。而如果你的项目建设时间长、频率高，这可能说明你的项目设计存在缺陷。将任务分离到不同的项目和模块中可以避免这个问题。
最后，我只是想支持你的同事，只是在我个人看来。
我把所有实现都放在类定义之外。我想把doxygen注释从类定义中删除。
