＃.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。中に含まれる.c1つのファイルがコンパイルされますが、ために含まれている場合にのみ含まれている.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ファイルで前方宣言を使用することも検討してください。

私の場合、コードをコンパイルするために他の多くのヘッダーファイルを使用する#include <callback.h>必要はありません#include。ではcallback.h、あなた、それに対してコンパイルするために必要なすべてのものを含める必要があります。しかし、それ以上はありません。

ヘッダーファイル（などclass GtkButton;）で前方宣言を使用するだけで十分かどうかを検討し、ヘッダー内の#includeディレクティブの数を減らすことができます（さらに、コンパイル時間と複雑さも）。