コメントブロックの前後にガードが含まれていますか？

Question

コンパイラがヘッダーファイルを開かずにヘッダを見ることができるので、ヘッダーの最初の行は常に#includeガードにする必要があります（リンクはもう見つけられません）。したがって、ヘッダーファイルが既に含まれている場合は、ファイルを再び閉じるためにファイルが開かれず、ビルド処理が高速化されます。
しかし、私はいつもすべてのファイルの先頭にコメントブロックを持っています。だから私の質問は、＃ブロックがコメントブロックの前に書かれなければならないということですか？

が良く、このスタイルです：

/////////////////////// 
// Name:  code.h 
// Author:  Me 
// Date:  dd.mm.yyyy 
// Description: This code executes a specific task 
/////////////////////// 

#ifndef CODE_H_ 
#define CODE_H_ 

... 

#endif 

またはこのスタイルISTよりよい：

#ifndef CODE_H_ 
#define CODE_H_ 

/////////////////////// 
// Name:  code.h 
// Author:  Me 
// Date:  dd.mm.yyyy 
// Description: This code executes a specific task 
/////////////////////// 

... 

#endif 

それとも全く問題ではありませんか？私の経験から

Answer 1

とothers'

は、それは時間がかかり、ファイルの構文解析と読んでいないのですが、様々な最適化とコード生成がそうするファイルを開く

を渡すことです大規模なプロジェクトのビルド時間は無視してください。

これは、がでないことを意味します。ボトルネックです。手順の！

あなたが選んだどちらかのスタイルを選んでください。それは本当に意見に基づいています。

---

もう一つの興味深いコメントがhereが見つかりました：

ワンタイム時に、ファイルに含まガードをチェックするたびに開くのに十分な愚かな1つのまたは2つのコンパイラがあったかもしれません。このミレニアムで作成されたコンパイラは、ファイルのテーブルを保持し、ファイルを開く前にガードを含めて調べるだけで済むので、これを行うことはできません。

続きを読むFile-wide include-guards。