VC++ #includeとclassの違い

Question

AppMainクラスからAppSubクラスを利用する場合に、ヘッダーに#include "AppSub.h"と宣言します。
AppMainクラス全体でAppSubクラスを参照できるようになります。

しかしあるソースではヘッダーで下記のように宣言し、

#include "stdafx.h"

class CAppSub;

class CAppMain
{
...
}

ソースで今一度AppSubクラスをインクルードしています。

#include "stdafx.h"
#include "AppSub.h"

CAppMain::CAppMain()
{
...
}

ヘッダーでインクルードしておけばソースで再度宣言する必要がないのに、なぜこのようにするのか理解できません。
どなたかご教授をお願いします。

Answer 1

ヘッダーでインクルードしておけばソースで再度宣言する必要がないのに、なぜこのようにするのか理解できません。

「詳細を隠したい」という意図の現れでもあります。
この例でいけば、「CAppMainの利用者にはCAppSubのナカミを意識して欲しくない」ってこと。

#include "CAppSub.h" しなければCAppSubに変更が生じてもCAppMain利用者コードは再コンパイル不要。詳細を隠すことによるメリットやね。

(CAppMain.cppはCAppSubの詳細がなくては実装できんので#includeするけど。)

[追記]
もうひとつ、**たすき掛け(相互参照)**のため。

// 旦那.h
#include "嫁.h"
class 旦那 {
  嫁* 相方;
};

// 嫁.h
#include "旦那.h"
class 嫁 {
  旦那* 相方;
};

これ、コンパイルできません。無限に#includeすることになるぢゃろ?
こんなときに

// 旦那.h
class 嫁;

class 旦那 {
  嫁* 相方;
};

Comments

[Utaka]

回答ありがとうございます。
> CAppMainの利用者にはCAppSubのナカミを意識して欲しくない

う～ん、“詳細を隠したい”というのは具体的にどういう状況でしょうか？
コーディングの手間どうこうではなく、ヘッダーは宣言の場なので型が認識できて宣言できれいれば良いという感じでしょうか？

[episteme]

たとえば、だ。
- CAppSub.h が 1万行あるとする。利用者に#includeさせたいか?
- CAppsub.hはその中でさらに50本のヘッダを#includeしてる。利用者に#includeさせたいか?
- CAppSub.h は開発中でその内容がコロコロ変わる。そのたびに利用者に再コンパイルさせたいか?
- CAppSub.h には驚くべきテクニックが満載でそれだけでも金になる。タダで利用者に公開するか?

[Utaka]

度々の回答ありがとうございます。
#includeとclassの違いがなんとなく理解できました。

最後にもう少し教えてください。
> CAppSub.h には驚くべきテクニックが満載でそれだけでも金になる。タダで利用者に公開するか?

この公開とは、ヘッダーでincludeしてしまうとAppSubクラス全体が見えるようになるということでしょうか。それはどのように確認できますか？
また、ソースでincludeした場合は非公開になるということですか？

[episteme]

利用者には, CAppSub.h は当然見える。CAppSub.cppは実装者が公開しない限り見えない。
ヘッダの中に重要機密事項を書かんわけにはいかんってとき、#includeしないことによってCAppSub.hを非公開とする。
※ もうひとつの用途を追記しました

Answer 2

しかしあるソースではヘッダーで下記のように宣言し、

class CAppSub;だけでは不完全型といって、「こういう型がある」ことしか宣言できていません。そのため、不完全型に対して（参照やポインタでない）変数を宣言する、メソッドを呼ぶなどのことはできません。

実際に利用するには、ヘッダーのインクルードが必要不可欠ですので、class CAppMainの宣言の側でも#include "AppSub.h"をしておいたほうがいいでしょう。

class CAppSub;のように不完全型を宣言すべき場面は、複数のクラスが相互参照しているために、先に片方を宣言せざるを得ない場面など、けっこう限られています。

Comments

[maisumakun]

C++の場合、コンパイルは「1ファイル単位」で進みますので、型の宣言は#includeを使ってソースファイルに展開しておかないと、処理できません。

[Utaka]

回答ありがとうございます。
class CAppSub;の利点がいまいち分かりません。
結局ソースで参照が必要になって#includeするのだから2度手間ですよね。

[maisumakun]

epistemeさんの回答のように、「class CAppMainを使う側にCAppSubの中身を見せないようにする」という点はメリットになるかもしれません。

（自分が書いた例は、文法上前方宣言がどうしても必要になってしまうものです）

[episteme]

CAppMainの利用者にとってはCAppSubの詳細は不要なら、利用者目線では #include "CAppSub.h" は不要。だから #include せずに class CAppSub で済ます。こうしておけば CAppSub.h に変更が生じてもCAppMain利用者コードは再コンパイル不要。

[Utaka]

> こうしておけば CAppSub.h に変更が生じてもCAppMain利用者コードは再コンパイル不要。

なるほど。再コンパイル時に影響してくるのですね。
この辺りを詳しく知りたいのですが、ネットで検索するときにどういったキーワードを使えばいいでしょうか。
「C++ #include class」などでは継承関連の内容しかヒットしないもので・・・。

[episteme]

#include"ほげほげ"は「その場所に ほげほげ を書き下せ」ってことだ。...ってことを理解してるなら ほげほげ に変更が生じれば再コンパイルが必要なのはアタリマエ。