多態性の理解がこれで合っているのか確認したいのですが、例を見ていただけませんか？

例えばAnimalクラスがあって、それを継承した犬、猫、鳥のサブクラスがあったとします。
親クラスのAnimalにはeat();メソッドがあるとして、サブクラスのどれも食べる動作をしますが食べる物や食べ方などは違ってくるので、それぞれの継承先でeat();メソッドの中身をドッグフードを食べる、キャットフードを食べる、虫を食べるなどに書き換えます(これをオーバーライドというんですよね？)。

つまりeat();のメソッド名が親クラスや他のサブクラスと同じでも内容が異なってきます。
このメソッド名が同じでも行動がそれぞれの継承先のクラス(インスタンス)で異なることを多態性と言うと認識しているのですが、これは合っていますか？
もし違っていれば、あるいは抜けている情報があれば補足情報など教えて頂きたいです。

こういう質問の仕方がいいのか悪いのかわかりませんが、悪かったら申し訳ないです。よろしくお願い致します。

hoshi-takanori

2020/06/09 01:36

完璧です！

shiracamus

2020/06/09 01:49 編集

interface やメソッドオーバーロードでも多態性を実現できます。 https://ja.wikipedia.org/wiki/%E3%83%9D%E3%83%AA%E3%83%A2%E3%83%BC%E3%83%95%E3%82%A3%E3%82%BA%E3%83%A0

heysuky

2020/06/09 02:01

お二人方ありがとうございます！！自信が付きました。インターフェースの実装でも同じことが言えるのですね。補足情報ありがとうございます。

行動規範の内容に同意します

回答2件

ベストアンサー

その説明は多態性の半分ぐらいです。

「メソッド名が同じでも行動がそれぞれの継承先のクラス(インスタンス)で異なること」は多態性のための前準備です。
その上で「単一のメソッド呼び出しが実行時に異なる振る舞いをすること」ができてはじめて多態性が実現できたといえるのです。

java
1Animal a;
2(略)
3a = getSomeAnimalInstance();
4(略)
5a.eat(); //☆

というコードが書けて、☆の位置で「実際にどのクラスのeatメソッドが呼ばれるか?」が実行時に決まることが多態性です。

追記
もう少し詳しく書くと。
☆部分のa.eat();というコードが何を実行するかはコンパイルした時には決まっていません。
getSomeAnimalInstance();が猫のインスタンスを返してきたら☆で実行されるのは"猫のeatメソッド"になります。犬のインスタンスを返してきたら"犬のeatメソッド"になります。

このような「☆の部分に書かれているコードが単一的でもあるにも関わらず、猫のeatメソッドが呼ばれるのか犬のeatメソッドが呼ばれるのかがコンパイル時点で決まることなく実行時に変化するという性質」のことを多態性と呼びます。

蛇足
Javaカテゴリなのでこれで十分ですが、このやり方は多態性を実現する手段の一例でしかありません。
クラススタイルのオブジェクト指向プログラミング言語ではこういう手段で多態性を実現しますが、クラススタイルではないオブジェクト指向プログラミング言語やオブジェクト指向ではないプログラミング言語では別の手段で多態性を実現しますよ。

投稿2020/06/09 02:20

編集2020/06/09 02:52