#ifndef C++のインクルードガードの構文

Question

私は現在CSコースの最終試験のために勉強していますが、C++ #ifndefの構文に関するマイナーな（おそらくメジャーな）問題にぶつかってきました。

の#includeガードとして、それを使用しているとき、私は#infndefするための構文を見てきましたし、ウェブ上で最もが言うように見える：

#ifndef HEADER_H 
#define "header.h" 
... 
#endif 

をしかし、私のクラスのチュートリアルのスライドのように例を示します。

#ifndef __HEADER_H__ 
#define "header.h" 
... 
#endif 

2つの違いが何であれ（もしあれば）、私は不思議に思っていました。試験ではおそらく#includeガードを書くように求められますが、私は従来の知恵は教授/教員の言うこととちょうど合っていることを知っていますが、編集中に違いがある場合は知りたいと思います。

Answer 1

通常の習慣は、どちらも実行しないで、反復を減らすので、インクルードガードの内部にのヘッダーファイルを入れます。例えば：

がheader.h

#ifndef HEADER_H 
#define HEADER_H 

// Rest of header file contents go here 

#endif 

正確に何をマクロ名として使用すると、ダウンあなたの特定のコーディング標準にあります。しかし、CおよびC++標準には、アンダースコアで始まる識別子であるを使用できないようにするためのさまざまな微妙な規則がありますので、安全な側にあるように__HEADER_H__を避けてください。

コードベース内の他のものと衝突する可能性のあるものを選択する必要があることにも言及する価値があります。たとえば、他の場所でHEADER_Hという変数を使用したことがあった場合（おそらく、実現している）、怒っているエラーが発生します。

---

_{1。 C99規格のセクション7.1.3。}

Answer 2

変数名にアンダースコアを使用しない場合は違いはありませんが、命名規則にすぎません。

ユニークなものを入力するだけです。

Answer 3

二重のアンダースコアで始まる名前は実装用に予約されていますので、インクルードガードで__SOMETHINGを使用することをお勧めします。また、衝突を起こしにくい名前を選んでみてください。だから、あなたのクラスのチュートリアルは少なくとも2つのカウントで間違っているようです。たとえばhumorous articleを参照してください。

Answer 4

ヘッダー自体ではなく、ヘッダーを含むファイルにインクルードガードを配置する引数は、ファイルが既に含まれている場合、コンパイラ（特にプリプロセッサ）が開いて読み込む必要がないことですインクルードファイルを再度作成します。

これは弱い議論です。実際には、時間が節約され、エラーの可能性が大きくなります。あなたの例では

：

#ifndef HEADER_H 
#include "header.h" 
... 
#endif 

あなたは私たちに#define HEADER_Hを示していません。それはheader.hのどこかですか？もしそうなら、header.hの作成者がインクルードガードマクロの名前としてHEADER_Hを使用することを選択したことをどうやって知っていますか？後で別のものに変わるとどうなりますか？

あなたがそこにマクロとしても定義する必要があり、インクルードを含むファイルでガードを含める置くことにした場合：他の回答は、すでにそれは入れてずっとましだ、と述べてきたように、

#ifndef HEADER_H 
#include "header.h" 
#define HEADER_H 
#endif 

をしかし、

がheader.h：

#ifndef HEADER_H 
#define HEADER_H 
/* contents of header.h */ 
#endif 

ヘッダ自体にガードインクルードには次の情報が含まれています：