ビルドを通すと、編集していないcppがコンパイルされるのは何故ですか

Question

#開発環境
開発環境はVisual Studio 2017です。

#状況
例えば、
2つのfloatをメンバ変数に持つVectorクラスと、
Vectorクラスの変数をメンバに持つPlayerクラスがあるとき、

Vectorクラスのヘッダー、cppを編集すると
コンパイル時に、編集していないPlayer.cppまで再びコンパイルされています。
(出力ウィンドウにPlayer.cppが出てくる)

cppが増えてくると、これにより時間がとられるので気になります。

#質問
なぜこのようなことが起こるのでしょうか。
また、これを回避する方法はありますか。

Answer 1

また、これを回避する方法はありますか。

本当に必要な場合には完全に回避することはできません．
しかし，なるべく無意味な再コンパイルが発生しないように気を付けることはできるでしょう．

• 余計なヘッダファイルをincludeしない．
• ヘッダファイルを巨大にしない．分割可能な複数の要素が１つのヘッダファイルに書かれているなら小分けにする
• ヘッダファイルに他のヘッダファイルをincludeする記述を本当に書くべきか否かについて注意深く考える．
• 前方宣言で済むならそうする
• pImplとか
• そもそもヘッダファイルをやたらと修正しなくて良いように最初から良く考えるとか

こういう話は「コンパイル依存性」とかで検索してみればいろいろと話が見つかるでしょう．

Comments

[退会済みユーザー]

pimplは知らなかったので、いいこと聞きました。

[fana]

> pimpl

コレ， 移譲処理書くのめんどくさいんですよね．
あと， unique_ptr で持つとデストラクタをあっちに書かないとエラーがどうのいう話に忘れたころに引っかかる^^

[退会済みユーザー]

メモリ消費とオーバーヘッドも少し増えるだろうし（今時のPCではそこまで問題にならないだろうけど）、銀の弾丸って訳ではなさそうですね。
適用した方がメリットがありそうなら、って感じですかね。

[fana]

用途は，内部実装でしか使わない型を漏らさないようにする場合ですかね．
処理実装で何らかのライブラリを使っててそのライブラリ特有の型でメンバ変数持つようなのとか．

[fana]

今回の話だと↑の「ライブラリ」のところが，「自前のモジュール」って感じですね．

Answer 2

Player.cppからインクルードしているヘッダーファイル、またはさらにそこからインクルードされているヘッダーファイル、またはさらに（…以下略）が新しくなったからでしょう。
インクルードというのは指定したファイルの内容をそのソースコード中に取り込むことですから、cppファイルからインクルードしているファイルが新しくなったなら、そのcppファイルが変更されたのと一緒です。なので、あらためてコンパイルが必要になります。

Answer 3

編集していなくても、そのファイルが参照しているファイルが変更されるとコンパイルするようになってます

まあ、扱うソースファイルが２つや３つ程度なら、ここを修正してもこのファイルはコンパイルの必要はない、とわかるとは思いますが、
これが数十個の単位のソースファイルを扱う場合、どうなるか考えてみればいいかと思います