【C++】DLLの中身

質問

親クラス：ParentClassが、

メンバ
m_a

メソッド
GetA
SetA

それを継承した子クラス：ChildClass が、

メンバ
m_a ←オーバーライド
m_b ←子クラスで追加

メソッド
GetA ←オーバーライド
SetA ←オーバーライド

GetB ←子クラスで追加
SetB ←子クラスで追加

という構成で、それぞれ別のDLLを作成したとき、
以下のどちらになるでしょうか？
「(1)」の認識であり、必ず、子クラスは、親クラスのファイルサイズよりも大きくなるという認識です。

(1)「ChildClass.DLL」では、
コンパイル時の「ParentClass」の処理内容を内包している。
（※ChildClass.DLLのコンパイル時に、親クラスの処理も、記載されたような状態でDLLが作成される）

(2)
「ChildClass.DLL」では、
コンパイル時の「ParentClass」の処理内容を内包せず、
実行時に、親クラスのDLLに委譲している。

また、「(1)」であるならば、
親クラスにバグがあって修正した場合、
必ず子クラスも再コンパイルしなければならない認識ですが合っていますでしょうか？

/**************************************/

また、DLLがクラスX、クラスYで構成されているとき、
クラスXのobj　と、
クラスYのobj　と、
クラスXのlib (クラスYから、クラスXの処理を呼び出せるようにするために、クラスX側からpublic で実行できる関数のIN・OUTの仕様が記載されている)
クラスYのlib
が、含まれているという認識で良いのでしょうか？
.

コンパイル時、libや、objができますが、これらはDLLに内包される

回答No.3

Tacosan · ベストアンサー

C++/CLI は無視する. そして, いまさらだがこの質問は自分で試せば答が出るはずじゃないか?

親クラスを ParentClass.h/ParentClass.cpp で, それを継承した子クラスを ChildClass.h/ChildClass.cpp に書いたとする.

このとき ParentClass.cpp から ParentClass.obj, ChildClass.cpp から ChildClass.obj ができることになるが, 「子クラスの DLL」を作るときに
・ChildClass.obj だけから作る
・ParentClass.obj と ChildClass.ob の両方から作る
ことの両方が可能で, このどちらを使うかによって「親クラスの処理を内包する」こともできるし「子クラスの処理だけを持つ」こともできる. どちらにもメリット/デメリットがあるのはわかるよね?

お礼

ありがとうございます！

「子クラスの DLL」を作るときに
(1)ChildClass.obj だけから作る
(2)ParentClass.obj と ChildClass.obj の両方から作る
の２つの方法ができたのですね！
.

回答No.2

Tacosan

C++ の規格に「DLL」なんてものはないから処理系による.

より自明なこととして「どのように DLL を作るか」を知らずして答えることは不可能.

ついでに
「 また、DLLがクラスX、クラスYで構成されているとき、
クラスXのobj　と、
クラスYのobj　と、
クラスXのlib (クラスYから、クラスXの処理を呼び出せるようにするために、クラスX側からpublic で実行できる関数のIN・OUTの仕様が記載されている)
クラスYのlib
が、含まれているという認識で良いのでしょうか？」
は何を言っているのか全くわからん. 少なくとも「何に」含まれているのかが書かれていない.

お礼

ありがとうございます。
（質問の主語述語が曖昧で申し訳ありません。）

DLLは言語の規格として決まっているわけではないのですね。
「どのように DLL を作るか」にもよる。ということなのですね。

ということは、
子クラスのDLLに親クラスの処理を含むこともありうるし、
子クラスのDLLと、親クラスのDLLを分けることもありうる。
ということになるのでしょうか？

/*************************************/

「何に」の部分ですが「子クラスに」で質問したかった感じです。

子クラスのDLLは、内部的には、
「自分のクラスと親のクラスのobjとlibが内蔵されている」という認識で合っているのでしょうか？
.

回答No.1

Tacosan

確認ですが, ChildClass の m_a や GetA, SetA は「オーバーライド」した, つまり
ParentClass から継承したのではなく, 改めて ChildClass で定義した
ということですか?

お礼

すみません、例が良くなかったです。

例は２つ必要でした。
（申し訳ありません…）

(1)メソッドをオーバーライドしなかった場合
（「子で再定義していないため、親のdllを参照しに行くような動きになるのか」
それとも
「子クラスに同処理を機械語で内包されているので子クラス内で完結するのか？」を知りたいです。

(2)メソッドをオーバーライドした場合
子クラスとしてのメソッドGet_aの振る舞いをさせたいケースがほとんどでしょうし、
それだけ考えたら、
親のメソッドを子のdllに機械語で内包させる理由はないのかなとも思ったのですが、
明示的に「parent_class::Get_a」と書いたとき、
想定A：親クラスのdllを処理を依頼する
のか、
想定B：子クラス内に同名メソッドが親の分と子の分が同梱され、子のDLL内で完結するのか？
を知りたいです。