Q&A
どこでそれを聞いたんでしょうか
hファイルで他クラス情報が欲しいときは前方宣言しておき
.cppファイルで#includeを行った方がよい
調べたところコンパイル時間が増えてしまうという認識であっていると思いますが
なぜか？と聞かれると答えることができません
ここについて理解がある方ぜひ教えていただきたいです
> hファイルに#includeを記述するのはよくないと聞きます
誰がそんなこと言うてるんです? 出典はどこ?
> hファイルに#includeを記述するのはよくない
間違っています。
もしかすると、何か限定された条件付きの話では？正しくなる条件が私には思いつきませんが。
文面がわかりにくかったため修正しました
前方宣言では解決しない場合も少なくありませんよ?
たとえばコレ↓errorになるし。
class point; // 点の座標(forward-decl.)
class circle {
int radius; // 半径
point center; // 中心
...
};
質問文がわかりづらいので、ソース例を提示すると良いと思いますよ。
過去の質問も放置したままでまた丸投げ質問か
> .cppファイルで#includeを行った方がよい
> 調べたところコンパイル時間が増えてしまうという認識
・.cppファイルでインクルードしたほうがなんらかのメリットがあって良いけれど、そうするとコンパイル時間が増えるという副作用がある
・.cppファイルでインクルードするとよい、その理由はそうしないとコンパイル時間が増えるから
どちらを意図した文章ですか?
回答2件
0
ベストアンサー
おそらく，
class Y の定義が Y.h にあって…
//Y.h class Y { /*略*/ };
このYを使う class X とかいうのがあったときに…
C++
1//X.h 2 3class X 4{ 5private: 6 Y *m_pY; 7};
この X.h で
- Y.h を include する
- Y に関する前方宣言を書く
の比較についての話をしているのかな…？ と想像する．
で，
コンパイル時間が増えてしまう
というのは，
前者側（X.h で Y.h をincludeする場合）にすると，X.hをincludeする側にY.hへの依存関係が生まれるから，Y.hに変更があったときに X.hをincludeする箇所全てが再コンパイル対象になって…
みたいな話について言っているのかな？
そういう話の場合，どちらの形をとるか（：includeするか前方宣言にするか）は，「X.h利用側が再コンパイル対象になること」が妥当か否かで判断すればよい．
X.h をincludeして class X を使う側が「必ず/まず間違いなく」class Y の定義を必要とするなら，前者側，そうでないなら後者側 にしとけばよかろう．
（もちろん，Xが，Yの前方宣言では済ませられない形ならそもそも選択肢はない）
投稿2021/08/30 01:45
総合スコア11954
0
調べたところコンパイル時間が増えてしまうという認識であっていると思いますが
なぜか？と聞かれると答えることができません
「入れ子の#includeはコンパイル時間を食う」のはなぜか ですか?
＃includeはその場にヘッダのナカミを書き下すんだから、
それだけ字句解析と構文解析に要する時間は増加します。
投稿2021/08/29 11:20
総合スコア16612
あなたの回答
tips
プレビュー
