将您的代码分成多个文件时，究竟应该将哪些内容放入 .h 文件，哪些内容应放入 .cpp 文件？
【问题讨论】：
.hpp 文件，而 C 声明进入 .h 文件。这在混合 C 和 C++ 代码（例如 C 中的遗留模块）时非常有用。
标签： c++ header-files
标题 (.h)
正文 (.cpp)
根据经验，您将模块的“共享”部分放在 .h 上（其他模块需要能够看到的部分），将“未共享”部分放在 .cpp 上
PD：是的，我已经包含了全局变量。我已经用过几次了，重要的是不要在标题中定义它们，否则你会得到很多模块，每个模块都定义了自己的变量。
【讨论】：
事实上，在 C++ 中，这比 C 标头/源代码组织要复杂一些。
编译器会看到一个大的源 (.cpp) 文件，其中包含正确的标头。源文件是将编译成目标文件的编译单元。
因为一个编译单元可能需要有关另一个编译单元中的实现的信息。因此，例如可以在一个源中编写一个函数的实现，并在另一个需要使用它的源中编写该函数的声明。
在这种情况下，有两个相同信息的副本。哪个是邪恶的...
解决方案是分享一些细节。虽然实现应保留在 Source 中，但共享符号的声明（如函数）或结构、类、枚举等的定义可能需要共享。
标题用于放置那些共享的详细信息。
将需要在多个来源之间共享的声明移至标题
在 C++ 中，还有一些其他内容可以放在标题中，因为它们也需要共享：
将所有需要共享的内容移至标题，包括共享实现
是的。事实上，“标头”中可能包含许多不同的内容（即在源之间共享）。
它变得复杂，在某些情况下（符号之间的循环依赖关系），不可能将其保留在一个标题中。
这意味着，在极端情况下，您可以：
假设我们有一个模板化的 MyObject。我们可以：
// - - - - MyObject_forward.hpp - - - -
// This header is included by the code which need to know MyObject
// does exist, but nothing more.
template<typename T>
class MyObject ;
.
// - - - - MyObject_declaration.hpp - - - -
// This header is included by the code which need to know how
// MyObject is defined, but nothing more.
#include <MyObject_forward.hpp>
template<typename T>
class MyObject
{
public :
MyObject() ;
// Etc.
} ;
void doSomething() ;
.
// - - - - MyObject_implementation.hpp - - - -
// This header is included by the code which need to see
// the implementation of the methods/functions of MyObject,
// but nothing more.
#include <MyObject_declaration.hpp>
template<typename T>
MyObject<T>::MyObject()
{
doSomething() ;
}
// etc.
.
// - - - - MyObject_source.cpp - - - -
// This source will have implementation that does not need to
// be shared, which, for templated code, usually means nothing...
#include <MyObject_implementation.hpp>
void doSomething()
{
// etc.
} ;
// etc.
在“现实生活”中，它通常不那么复杂。大多数代码只有一个简单的标头/源代码组织，源代码中有一些内联代码。
但在其他情况下（模板对象相互了解），我必须为每个对象拥有单独的声明和实现标头，并使用包含这些标头的空源来帮助我查看一些编译错误。
将标头分解为单独标头的另一个原因可能是加快编译速度，将解析的符号数量限制在严格必要的范围内，并避免在实现内联方法时对只关心前向声明的源进行不必要的重新编译改变了。
您应该使您的代码组织尽可能简单，并尽可能模块化。尽可能多地放在源文件中。仅在标头中公开需要共享的内容。
但是，如果您的代码组织变得比普通的标头/源代码组织更“有趣”...
^_^
【讨论】：
【讨论】：
标题定义一些东西，但没有说明任何有关实现的信息。 （不包括此“元前”中的模板。
话虽如此，您需要将“定义”划分为子组，在这种情况下，有两种类型的定义。
现在，我当然是在谈论第一个子组。
标题用于定义结构的布局，以帮助软件的其余部分使用实现。您可能希望将其视为您的实现的“抽象”，这是粗俗的说法，但我认为它非常适合这种情况。
正如之前的海报所说并展示了您声明私有和公共使用区域及其标题，这也包括私有和公共变量。现在，我不想在这里进行代码设计，但是，您可能需要考虑您在标题中放置的内容，因为那是最终用户和实现之间的层。
【讨论】：
除了所有其他答案，我会告诉你不要在头文件中放置的内容：using 声明（最常见的是 using namespace std;）不应出现在头文件中，因为它们污染包含它的源文件的命名空间。
【讨论】：
using 将内容带入标头中的全局命名空间。
static inline 的情况，建议在 C++ 中使用匿名命名空间中的内联函数，因为这与将内部链接与模板结合时发生的情况有关。 Anon 命名空间允许您“隐藏”函数，同时保留外部链接。
编译为空（零二进制占用）进入头文件。
变量不会编译成空，但类型声明可以（因为它们只描述变量的行为方式）。
函数不会，但内联函数（或宏）会，因为它们只在调用时生成代码。
模板不是代码，它们只是创建代码的秘诀。所以它们也放在 h 文件中。
【讨论】：
主要头文件包含类骨架或声明（不经常更改）
并且 cpp 文件包含 类实现（经常更改）。
【讨论】：
通常，您将声明放在头文件中，将定义放在实现 (.cpp) 文件中。例外情况是模板，其中定义也必须放在标题中。
这个问题和类似的问题在 SO 上经常被问到 - 例如，请参阅 Why have header files and .cpp files in C++? 和 C++ Header Files, Code Separation。
【讨论】：
头文件 (.h) 旨在提供多个文件所需的信息。诸如类声明、函数原型和枚举之类的东西通常放在头文件中。一句话，“定义”。
代码文件 (.cpp) 旨在提供只需要在一个文件中知道的实现信息。通常，其他模块应该/永远不会访问的函数体和内部变量属于.cpp文件。总而言之，“实现”。
问自己确定什么属于哪里的最简单的问题是“如果我更改它，我是否必须更改其他文件中的代码才能再次编译？”如果答案是“是”，它可能属于头文件；如果答案是“否”，它可能属于代码文件。
【讨论】：
export 的少数编译器之一）。 #1 的唯一方法是 PIMPL。如果支持export，则可以使用#2，并且可以使用c++0x 和extern 模板。 IMO，c++ 中的头文件失去了很多用处。
我希望看到：
但真正的答案是不要放入：
【讨论】：
头文件 (.h) 应该用于声明类、结构及其方法、原型等。这些对象的实现在 cpp 中进行。
在.h中
class Foo {
int j;
Foo();
Foo(int)
void DoSomething();
}
【讨论】：
您的类和函数声明以及文档，以及内联函数/方法的定义（尽管有些人更喜欢将它们放在单独的 .inl 文件中）。
【讨论】：