継承

1.継承とは何か

　オブジェクト指向プログラミングにおいて、既に定義されているクラスをもとに、拡張や変更を加えた新しいクラスを定義すること。元になるクラスを「スーパークラス」(super class)、あるいは「基底クラス」「基本クラス」(base class)などと呼び、新たに定義されたクラスを「サブクラス」(subclass)、あるいは「派生クラス」(derived class)と呼ぶ。スーパークラスの性質はすべてサブクラスに受け継がれ、サブクラスではスーパークラスとの違いを定義するだけでよい。複数のスーパークラスから新しいクラスを定義することを多重継承という。

1. 継承はスーパークラスの属性と、操作（※基本的にはアクセスメソッドのみ）を引き継いだクラスを作るためのもの。
   　ただし、本当に継承が必要なのか（コンポジションでは駄目なのか）もう一度考えて欲しいです。
   　これは継承するしないに限らないのですが、データ構造（エンティティクラスの構成）の定義は慎重に行った方が良いです。
   　データ構造はその後のプログラムの保守性に大きく関係するためです。
   
2. 絶対に差分プログラミングをするためのものではない。
   　差分プログラミングを考えるということは、処理中心で考えているということではないでしょうか？
   　POA（プロセス中心アプローチ。実は、プログラム中心アプローチとも言う）の欠点をもう一度見直して欲しいです。
   　処理はデータと比べて変更されやすいです。
   　変更されやすい処理中心で考えたクラスを引き継いで、そのクラスに本当に変更が加わったらどうするのでしょうか？
   　すべてのサブクラスを見直さないといけません。（すべてのサブクラスをテストし直さないといけません。）
   　スーパークラスは変更されにくいデータを中心に考えたクラスであるべきだと思います。
   
3. 多態性を実現したかったら、継承ではなくインタフェースの実装で可能なので、それでやればいい（※２）。
   　というより、そうすべき。
   　多態性ってオブジェクトによってメソッドの動作が変わるっていうものだけど、「動作」という言葉が気になる。
   　これも、いつの間にかPOAで考えてないか？
   　継承にはいろいろ問題があるので、そういうところは継承ではなく、インタフェースの実装+委譲の方がいい（※３）と思います。

2.継承するときの注意

1. サブクラスを理解するのが面倒くさくなる。
   　サブクラスを作るときは楽だよ。
   　本当に。
   　なにせ、スーパークラスとの差分だけを作ればいいのだから。
   　で、それを後で、理解するとなった場合、両方見ないといけないんだけど…。
   　これは本に良く書いてあることだけど、継承のしすぎは良くない。
   
2. スーパークラスに変更がかかるとサブクラスすべてに変更がかかる。
   つまり、スーパークラスに変更があったらすべてのサブクラスまでテストしないといけなくなる。
   
3. スーパークラスとサブクラス間の結合度が強くなる。
   　どうも、モジュール間の（スーパークラスとサブクラス間の）の結合度が強くなってしまうらしい（※１、２）。
   　Googleでいろいろ調べたけど、結合度が強くなると書いてあるページはあったものの、実際に何結合なのかが書いているページが見つからなかった…。
   　ごめん…。
   　せっかくこのページを見てくれたというのに…。
   
4. 言語によってサポート状況が異なる。
   　VBAでは継承が使えない。
   　VBAのバージョンが6以上であれば、インタフェースのみの継承はできますが、Mac版エクセルVBAはVBAのバージョンが5だからなぁ。
   　他にも、C++は多重継承が可能ですが、Javaでは多重継承できない等があるので注意した方が良いです。
   
5. クラスは、サブクラスとしてではなく、スーパクラスとして使用される可能性があります。
   　当たり前のことだけど、サブクラスでメソッドをオーバライドする際、メソッドの意味が変わるようなオーバライドをしてはいけないです。
   （いろんなページに書いてあることですが。）
   　また、メソッドを呼び出す際の前提条件を厳しくするのはあまりよくないです。
   　さらに、詳細なことは、「リスコフの置換原則 」でGoogleで調べてください。

------
※１：ちなみに、オブジェクト指向において（いや、オブジェクト指向に限らずだけど）、モジュール間の結合度は弱い方が良いです 。
※２：Russ Miles (著), Kim Hamilton (著), 原 隆文 (翻訳) 　入門 UML 2.0 ISBN 978-4873113173　の
「5.1.5.1 汎化と実装の再利用」(p87) にも継承を行うと親クラスの結合度が高くなると書かれています。

3.継承に関しての原則

1. リスコフの置換原則
   　詳しいことは自分で調べてください。（Googleなどで調べるか、リンクを参照してください。）
   
   　あ、そういえば、Javaのjava.util.Propertiesクラスって、リスコフの置換原則に違反していると思うのですがどうでしょうか？
   　なんで、java.util.HashTableを継承しているの？
   普通に考えておかしいと思うが(java.util.HashTableのインスタンスをクラス内に１つもつようなクラス構成にするならわかる)。
   (java.util.Propertiesクラスの説明のページに、言い訳のようなこと（HashTableの関数を使用するなということ）が書いてある)

4.参考文献など

番号	著者名	書籍名	ISBN
1	Russ Miles (著), Kim Hamilton (著), 原 隆文 (翻訳)	入門 UML 2.0	978-4873113173