我个人使用c++的风格总是把类声明放在包含文件中，定义放在。cpp文件中，这很像Loki对c++头文件的回答，代码分离。不可否认，我喜欢这种风格的部分原因可能与我花了这么多年来编写Modula-2和Ada有关，这两者都有类似的规范文件和主体文件方案。
我有一个同事，他比我更了解c++，他坚持认为所有c++声明都应该尽可能地在头文件中包含定义。他并不是说这是一种有效的替代风格，甚至不是一种稍微更好的风格，而是说这是一种新的普遍接受的风格，现在每个人都在使用c++。
我不像以前那么灵活了，所以在我看到更多的人和他在一起之前，我并不急于加入他的行列。那么这个习语到底有多普遍呢?
只是给答案一些结构:现在的方式™，非常常见，有点常见，不常见，还是疯狂?
当前回答
如果这个新方法真的是方法，我们可能在我们的项目中遇到了不同的方向。
因为我们尽量避免在头文件中出现不必要的东西。这包括避免头级联。头文件中的代码可能需要包含一些其他头文件，而这些头文件又需要另一个头文件，以此类推。如果我们被迫使用模板，我们尽量避免在标题中使用太多模板。
如果适用，我们还使用“不透明指针”模式。
通过这些实践，我们可以比大多数同行更快地构建。是的……更改代码或类成员不会导致巨大的重构。
其他回答
头文件中的代码通常是一个坏主意，因为当您更改实际代码而不是声明时，它会强制重新编译包含头文件的所有文件。它还会降低编译速度，因为您需要解析每个包含头的文件中的代码。
将代码放在头文件中的一个原因是，当使用其他cpp文件中实例化的模板时，关键字inline通常需要它才能正常工作。
恕我直言，他只有在做模板和/或元编程时才有价值。前面已经提到了将头文件限制为声明的很多原因。他们只是…头。如果您希望包含代码，则将其编译为库并将其链接起来。
如果这个新方法真的是方法，我们可能在我们的项目中遇到了不同的方向。
因为我们尽量避免在头文件中出现不必要的东西。这包括避免头级联。头文件中的代码可能需要包含一些其他头文件，而这些头文件又需要另一个头文件，以此类推。如果我们被迫使用模板，我们尽量避免在标题中使用太多模板。
如果适用，我们还使用“不透明指针”模式。
通过这些实践，我们可以比大多数同行更快地构建。是的……更改代码或类成员不会导致巨大的重构。
你的同事可能知道的是，大多数c++代码都应该被模板化，以实现最大的可用性。如果它是模板化的，那么一切都需要在一个头文件中，以便客户端代码可以看到它并实例化它。如果它对Boost和STL来说足够好，它对我们来说就足够好了。
我不同意这种观点，但这可能是它的来源。
我个人在头文件中这样做:
// class-declaration
// inline-method-declarations
我不喜欢将方法的代码与类混合在一起，因为我发现快速查找东西很痛苦。
我不会把所有的方法都放在头文件中。编译器(通常)不能内联虚拟方法，(可能)只内联没有循环的小方法(完全取决于编译器)。
在类中执行方法是有效的…但从可读性的角度来看，我不喜欢它。将方法放在头文件中确实意味着，如果可能的话，它们将被内联。
