#include在.h或.c / .cpp中？

使用C或C ++进行编码时，我应该在哪里#include？

callback.h：

#ifndef _CALLBACK_H_
#define _CALLBACK_H_

#include <sndfile.h>
#include "main.h"

void on_button_apply_clicked(GtkButton* button, struct user_data_s* data);
void on_button_cancel_clicked(GtkButton* button, struct user_data_s* data);

#endif

callback.c：

#include <stdlib.h>
#include <math.h>

#include "config.h"

#include "callback.h"
#include "play.h"

void on_button_apply_clicked(GtkButton* button, struct user_data_s* data) {
  gint page;
  page = gtk_notebook_get_current_page(GTK_NOTEBOOK(data->notebook));

  ...

应该全部包含在.h或.c / .cpp中，还是像我在此处所做的那样都包含在其中？

尽可能多地放入中.c，尽可能少地放入中.h。在该包括.c当一个文件被编译只包括在内，但包括了.h必须通过每一个文件使用它包括在内。

唯一应在另一个.h文件中包含标头的情况是，是否需要访问该标头中的类型定义；例如：

#ifndef MY_HEADER_H
#define MY_HEADER_H

#include <stdio.h>

void doStuffWith(FILE *f); // need the definition of FILE from stdio.h

#endif

如果标题A取决于标题B，例如上面的示例，则标题A应直接包含标题B。难道不尝试来订购包括.c文件来满足相关性（即，包括头A之前头B）; 那是一大堆等待发生的胃灼热。我是认真的。我去过那部电影好几次了，但总是以东京为结尾。

是的，这可能会导致文件被多次包含，但是如果它们设置了适当的包含保护以防止出现多个声明/定义错误，那么值得花几秒钟的构建时间。尝试手动管理依赖项是一件麻烦事。

当然，您不应该在不需要的地方包含文件。

将尽可能多的包含在您的cpp中，并且仅将hpp中的hpp文件所需的包含在内。我相信这将有助于加快编译速度，因为hpp文件的交叉引用会更少。

还可以考虑在hpp文件中使用前向声明，以进一步减少包含依赖关系链。

如果是I #include <callback.h>，我不需要#include大量其他头文件来编译我的代码。在其中callback.h应包括进行编译所需的所有内容。但仅此而已。

考虑在头文件中使用前向声明（例如class GtkButton;）是否足够，从而可以减少#include头中的指令数量（进而减少编译时间和复杂度）。