extendsしたときのデータ重さと、extendsされるクラス

Question

Javaのextendsに関する質問が２つあります。
よろしくお願いします。

extendsしたときのデータ重さについて

リファレンスを見ていると、親クラスから何回もextendsされて子クラスができています。たとえばjava.lang.Objectを拡張してできたjava.awt.Componentを拡張してjava.awt.Canvasができたというふうに。Canvas (Java Platform SE 6)

では、子クラスになればなるほど重くなるということはないのですか。

public class Fruitがあったとして、public class Apple extends Fruitという継承が行われたとします。コンピューター側の読み方として、AppleクラスはFruitクラスもすべて読まなければならないということですか。何度も継承されてできた子クラスはそれだけたくさんの上位クラスを読まなければならないのですか。

単純な例から想像すると、extendsするということはデータ量が増えるような気がして、その点のメリットが上回っているのかわかりません。オブジェクト指向という点ではメリットがあると思いますが。

extendsされるクラスとされないクラスは分かれているか

また、extendsされないクラスや、extendsされるためのクラスはあるのですか。（クラスにそのような目的をもたせてつくられるものなのですか。）

extends Viewやextends BaseAdapterなんかはよく見ますが、extends Paintやextends Canvasなんかは少なくともアプリ作成のためにはextendsされないのではないでしょうか。

Answer 1

単純な例から想像すると、extendsするということはデータ量が増えるような気がして、その点のメリットが上回っているのかわかりません。オブジェクト指向という点ではメリットがあると思いますが

クラスをライプラリとして見た場合, 必要なモノ(機能やデータ)が extends されているわけで, extends しないで済むならしていないでしょうし, 同じ機能を extends しないで直接書いて実現して巨大なクラス&データとなったら, 結局データ量は(大して)変わらないことになるのではないでしょうか.

Comments

[t.z]

イメージがわきました。ご回答ありがとうございます。

Answer 2

最初の質問ですが、データ量にもクラスに関するデータと個々のオブジェクト（インスタンス）のデータがあって、クラス階層が深くなれば前者は増えますが、後者は増えないので、それほど大きなオーバーヘッドではないと思います。

Comments

[t.z]

クラス階層が深くなれば、設計図は増えるけれど、実体は増えない...といったイメージでしょうか。ご回答ありがとうございます。

Answer 3

また、extendsされないクラスや、extendsされるためのクラスはあるのですか。

文法的に決まるものとして、

• finalクラス…継承不可
• abstractクラス…継承しないとインスタンス化不可能

があります。

Comments

[t.z]

ご回答ありがとうございます。