Question

为什么C ++有头文件和.cpp文件？

Answer 1

C ++编译

C ++中的编译分为两个主要阶段：

第一个是将“源”文本文件编译成二进制“对象”文件：CPP文件是编译后的文件，编译时不知道其他CPP文件（甚至库），除非用于通过原始声明或标题包含它。 CPP文件通常编译为.OBJ或.O“对象”文件。
第二个是将所有“对象”文件链接在一起，从而创建最终的二进制文件（库或可执行文件）。

HPP适用于所有这些过程？

糟糕的寂寞CPP档案......

每个CPP文件的编译独立于所有其他CPP文件，这意味着如果A.CPP需要在B.CPP中定义的符号，例如：

// A.CPP
void doSomething()
{
   doSomethingElse(); // Defined in B.CPP
}

// B.CPP
void doSomethingElse()
{
   // Etc.
}

它不会编译因为A.CPP无法知道“doSomethingElse”存在...除非A.CPP中有声明，例如：

// A.CPP
void doSomethingElse() ; // From B.CPP

void doSomething()
{
   doSomethingElse() ; // Defined in B.CPP
}

然后，如果您有使用相同符号的C.CPP，则复制/粘贴声明...

COPY / PASTE ALERT！

是的，有问题。复制/粘贴是危险的，难以维护。这意味着如果我们有一些方法可以不复制/粘贴，并且仍然声明符号，那将会很酷......我们怎么能这样做？通过包含一些文本文件，通常后缀为.h，.hxx，.h ++或者我喜欢的C ++文件，.hpp：

// B.HPP (here, we decided to declare every symbol defined in B.CPP)
void doSomethingElse() ;

// A.CPP
#include "B.HPP"

void doSomething()
{
   doSomethingElse() ; // Defined in B.CPP
}

// B.CPP
#include "B.HPP"

void doSomethingElse()
{
   // Etc.
}

// C.CPP
#include "B.HPP"

void doSomethingAgain()
{
   doSomethingElse() ; // Defined in B.CPP
}

`include`如何运作？

实际上，包含文件将解析，然后将其内容复制粘贴到CPP文件中。

例如，在以下代码中，使用A.HPP标题：

// A.HPP
void someFunction();
void someOtherFunction();

......来源B.CPP：

// B.CPP
#include "A.HPP"

void doSomething()
{
   // Etc.
}

...将在纳入之后成为：

// B.CPP
void someFunction();
void someOtherFunction();

void doSomething()
{
   // Etc.
}

一件小事 - 为什么在B.CPP中包含B.HPP？

在当前情况下，这不是必需的，并且B.HPP具有doSomethingElse函数声明，并且B.CPP具有doSomethingElse函数定义（其本身是声明）。但是在更一般的情况下，B.HPP用于声明（和内联代码），可能没有相应的定义（例如，枚举，普通结构等），因此如果B.CPP可能需要包含使用B.HPP的声明。总而言之，对于源来说，默认包含它的标题是“好品味”。

结论

因此，头文件是必需的，因为C ++编译器无法单独搜索符号声明，因此，您必须通过包含这些声明来帮助它。

最后一句话：您应该在HPP文件的内容周围放置标题保护，以确保多个包含不会破坏任何内容，但总而言之，我相信HPP文件存在的主要原因如上所述。

#ifndef B_HPP_
#define B_HPP_

// The declarations in the B.hpp file

#endif // B_HPP_

Answer 2

嗯，主要原因是将接口与实现分离。标题声明了一个类（或者正在实现的任何东西）将做什么，而cpp文件定义它将如何执行这些功能。

这减少了依赖关系，因此使用标头的代码不一定需要知道实现的所有细节以及仅为此所需的任何其他类/标头。这将减少编译时间以及实现中的某些内容发生更改时所需的重新编译量。

它并不完美，你通常会采用像Pimpl Idiom这样的技术来正确分离界面和实现，但这是一个好的开始。

Answer 3

因为概念起源的C已有30年历史，那时它是将多个文件中的代码链接在一起的唯一可行方法。

今天，这是一个非常糟糕的黑客，它完全破坏了C ++中的编译时间，导致无数不必要的依赖（因为头文件中的类定义暴露了太多关于实现的信息），等等。

Answer 4

因为在C ++中，最终的可执行代码不带任何符号信息，所以它或多或少都是纯机器代码。

因此，您需要一种方法来描述一段代码的接口，该代码与代码本身是分开的。此描述位于头文件中。

Answer 5

因为C ++从C继承了它们。不幸的是。

Answer 6

因为设计库格式的人不想为C预处理器宏和函数声明等很少使用的信息“浪费”空间。

由于您需要该信息告诉编译器“当链接器正在执行其工作时此函数可用”，他们必须提供第二个文件，以便存储此共享信息。

C / C ++之后的大多数语言都将这些信息存储在输出中（例如，Java字节码），或者它们根本不使用预编译格式，总是以源代码形式分发并动态编译（Python，Perl）

Answer 7

这是声明接口的预处理器方式。您将接口（方法声明）放入头文件，并将实现放入cpp。使用您的库的应用程序只需要知道它们可以通过#include访问的接口。

Answer 8

通常，您需要定义接口而无需发送整个代码。例如，如果您有一个共享库，则可以随附一个头文件，该文件定义共享库中使用的所有函数和符号。如果没有头文件，则需要发送源代码。

在单个项目中，使用头文件，恕我直言，至少有两个目的：

清晰度，即通过将接口与实现分开，更容易阅读代码
编译时间。通过尽可能使用接口，而不是完整的实现，编译时间可以减少，因为编译器可以简单地引用接口而不必解析实际的代码（理想情况下，只需要完成一次）。

Answer 9

回应MadKeithV's answer，

这减少了依赖关系，因此使用标头的代码不会必须要知道实施的所有细节和任何其他类/标题只需要它。这会减少编译时间，以及何时需要重新编译实施中的一些变化。

另一个原因是标题为每个类提供了唯一的ID。

所以，如果我们有像

这样的东西

class A {..};
class B : public A {...};

class C {
    include A.cpp;
    include B.cpp;
    .....
};

当我们尝试构建项目时，我们会有错误，因为A是B的一部分，带有标题我们会避免这种头痛......

为什么有头文件和.cpp文件？

9 个答案:

C ++编译

糟糕的寂寞CPP档案......

COPY / PASTE ALERT！

`include`如何运作？

一件小事 - 为什么在B.CPP中包含B.HPP？

结论

为什么有头文件和.cpp文件？

9 个答案:

C ++编译

糟糕的寂寞CPP档案......

COPY / PASTE ALERT！

include如何运作？

一件小事 - 为什么在B.CPP中包含B.HPP？

结论

`include`如何运作？