• ベストアンサー

abstractメソッドの使い方

　漠然とした質問になりますが、よろしくお願いします。 今、前の人が記述したソースを読んでおりまして、 抽象クラスのメソッドの使い方で疑問が生じました。 lookメソッドに注目して頂きたいのですが、 public abstract class Editor { protected abstract boolean look() throws Exception; ・・・・・・・・・・・・ if(! this.look()) {　　　// ★ return false; } という記述があります。Editor クラスにはこの２つ以外のlookメソッドはありません。 そのためlook()では他のクラスで実装した戻り値が返ってくるはずですが、 thisを監視してデバックすると★の行上に処理のラインが来たとき、 thisにlookメソッドを含まないクラス名が表示されます。 thisがEditor でない事自体よく分かりません・・ abstractはあまり使ったことが無く、どこで実装されているのか（正確には、実装されているクラスのうちここで使われているのはどのクラスのlookメソッドか）を知りたいです。 知っている限りの方法では特定できませんでした。 よろしければアドバイスをお願いします。

  • Java
  • 回答数3
  • ありがとう数2

質問者が選んだベストアンサー

  • ベストアンサー
  • i2719
  • ベストアンサー率35% (11/31)
回答No.2

「thisに表示されたlookメソッドを含まないクラス」の親クラスを たどってEditorクラスまでをリストアップして、 look()メソッドの実装を探せばいいですよ。

japan_3
質問者

補足

アドバイスありがとうございます！ ありました。 しかし、Editorクラスのなかでthisを使っているのに なぜ他のクラス名が表示されるのでしょうか？

その他の回答 (2)

noname#33813
noname#33813
回答No.3

thisとは自分を表すものです。 従って、Editorクラスを継承したEditor2クラスをインスタンス化した場合、 Editor2クラスのインスタンスからEditorクラスのメソッドが呼ばれたとしても そのインスタンスはEditor2のものですのでEditor2と表示されます。

japan_3
質問者

お礼

解決です！ ありがとうございました。m(_ _)m

  • PED02744
  • ベストアンサー率40% (157/390)
回答No.1

Abstractクラスなので、実装は別のクラスになりますね。 extends Editor しているクラスを探してみてください。 Abstract Class/Interface については http://javafaq.jp/S015.html を参考に。

japan_3
質問者

お礼

extends Editor で検索したところ恐ろしい数のクラスが出てきました。 No2さんのアドバイスで解決しました。 いずれにせよ、ありがとうございました。m(_ _)m

  1. カテゴリ
  2. [技術者向] コンピューター
  3. プログラミング・開発
  4. Java

関連するQ&A

  • メソッドの中でインスタンス化が行われているとき。

    javaを学習している者です。 下記のような記述があったのですが、これはどういった処理になるのでしょうか？インスタンス化した時に{};をくっつけているところが分かりません。 protected boolean checkAnswer(){ EachCellOpe checkOp = new EachCellOpe(){//EachCellOpeは抽象クラス //この中にいくつかのメソッドが実装される };//←この「;」は！？ } よろしくお願いします。

    • ベストアンサー
    • Java
  • アブストラクトとインターフェースの簡単な一例文

    ＪＡＶＡについて質問よろしくお願いします。 abstract抽象クラスとインターフェースについて下記理解なのですが、超かんたんな一例など欲しいのですが何かないでしょうか。たとえば package round1.chapter1; public class Helloworld { public static void main(String[] args) { System.out.println("こんにちは！"); } } というような一文です。 ～私の理解～ アブストラクトとは、違ったクラス内で同一メソッドがある場合は親クラスに置き、違ったメソッドがある場合は抽象クラスとして親クラスに置いて、実装はサブクラスに任せるという形式で使われる言葉 インターフェースとは、機能だけを仕様書として書いておき、定義されたとおりのメソッドを実装しないといけないという呼び出し方の統一を図る際に使われるメソッド置き場 ～～～～～ このふたつについてものすごく簡単な使用例を頂きたいです。 よろしくお願いいたします。

    • ベストアンサー
    • Java
  • abstract クラスについて

    お世話になります。 abstract クラスについて質問させて下さい。 例えば、以下のような場合、 abstract class ErrorC { abstract boolean errorKind( ); public void logOut( ) { //ログを記録する処理を記述する } } class DbError extends ErrorC { boolean errorKind( ) { //DB エラーが起こった時の処理を記述する logOut( ); } } class IoError extends ErrorC { boolean errorKind( ) { //入出力エラーが起こった時の処理を記述する logOut( ); } } ・ErrorC クラスではエラーの種類に関わらず、ログを記録する処理を 　記述する。 ・それ以外の個々のエラー毎の処理は各サブクラスに具体的な処理を 　実装させる。 ということで、プログラミングの作業量が軽減される等の利点は理解できる のですが、それを実現するには、普通にクラスの継承を行えばいいような 気がするのです。 abstract クラスがどういうものなのか、ということは何となく理解できたのですが、 それを使用する利点が分かりません。 ご教授宜しくお願い致します。

    • ベストアンサー
    • Java
  • templateメソッドパターンで抽象メソッドを定義する意義

    こんにちは。 テンプレートメソッドパターンで、例えば、 class oge { abstract function a(); abstract function b($param); final function tempMethod() { $this->a(); $this->b($param); } } とした場合、抽象メソッドの定義は意味があるのでしょうか？ なぜなら、tempMethod()中でa()もb($param)も呼び出してますんで、 わざわざ抽象メソッドとして定義しなくてもサブクラスで実装しないとどっちみち動きません。 抽象メソッドの定義の意義を教えてください。

    • 締切済み
    • PHP
  • eclipseでabstractクラスをデバックするには

    いつもお世話になっております。 java1.6 eclipse3.3 にてabstractクラスのメソッドを呼び出している手前でブレークポイントを設定し、ステップインしてデバックしていくと、 abstractクラスの方のソースがデバックされます。 abstractクラスを継承している実際に流れているソースをデバックする事はできますでしょうか。 今はソースを追う時、abstractメソッドがきた場合、 そのメソッド名でプロジェクト全体を検索して、どのソースが実行されているのかチェックしていますが、たくさんのソースから継承されている場合、現在流れている処理が、どのソースのロジックかを特定するのが大変です。 簡単に特定する事はできますでしょうか。 よろしくお願いします。

  • 継承クラスで定義したメソッドのtry-catch文

    親クラスで、子クラスで実装されたメソッドのExceptionをキャッチしたいのですが、 うまくいきません。 何か良い方法はないでしょうか？ abstract class A { public __construct(){ try{ $this->testA(); }catch(Exception $e){ var_dump(1); } } abstract function testA(); } class B extends A { function testA(){ throw Exception('test',1); } } try{ new B; }catch(Exception $e){ var_dump(2); // こっちが動く } よろしくお願いします。

    • ベストアンサー
    • PHP
  • 継承したメソッドのドキュメンテーションコメント

    C#の開発を始めて日が浅いため、現場におけるお作法がわかりません。 現場におけるクラス・インターフェースを継承したメソッドのドキュメンテーションコメントの付け方に関する一般論についてお教えいただきたいです。 ※基底クラス、及びインターフェースの抽象メソッドにはドキュメンテーションコメントの記述がある物とします。 ※普段はJavaを使っている為、そこから引用している書いている部分があります。ご容赦下さい。 ・抽象クラスにおけるインターフェースから継承した抽象メソッド(実装しない場合) Javaとは違い、抽象クラスであってもインターフェースが持つの抽象メソッドを無視する事はできず、 public abstract修飾子を付けて抽象メソッドを定義してやる必要があるようなのですが、 この場合、ドキュメンテーションコメントは省略すべきでしょうか？ それとも、何かしら記述するべきなのでしょうか？(Javaで言うところの@inheritDoc等・・・そのような物があるかはわかりませんが) ・新たに実装を行う場合(抽象メソッドの実装等) 省略すべきでしょうか？ ・既存の実装を拡張し、変更の影響は微小かつメソッド内のみで完結し、概要やその他のメソッドの責任において表記すべき内容に変化が無い場合 省略すべきでしょうか？ ・既存の実装を拡張し、想定される例外の追加等、メソッド外にも影響を及ぼす大きな変更が入った場合 新たに完全なドキュメンテーションコメントを作成するべきでしょうか？ それとも差分以外は新たに作成すべきではないのでしょうか？ 一般論と言っても規模や進め方によって様々だとは思いますが、 通念的に「心がけていくべき事」等あれば、是非お教え下さい。 最後に、この質問の趣旨からは外れるのですが、一つ追加で別の質問をさせてください。 私は何故抽象クラスがインターフェースの抽象メソッドを無視できないかがわかっておりません。 (インターフェース-インターフェース、抽象クラス-抽象クラスは無視できるのに) 敢えて明示的に定義を強要させている以上、何か理由あっての事だと思いますが、 それがわからず悶々村々としながら作業しております。 その理由をお教えいただけませんでしょうか。 宜しくお願い致します。

  • コンストラクタ,interface,abstractの呼び出し順について

    現在、java初心者入門などの本で勉強しております 下記についてご教授お願い致します コンストラクタ、interface、abstractの呼び出し順について質問なのですが、 下記プログラムを実行したところ（同一のパッケージ内に明記） //　インターフェイス public interface interFaceClassSS { 　　　public void show(); } public interface interFaceClassS { 　　　public void show(); } // 抽象クラス public abstract class ClassSSSab { 　　　// 共通のメソッドを実装 　　　//個々のメソッド 　　　abstract void show(); } // スーパークラス public class ClassSSS extends ClassSSSab{ 　　　public ClassSSS(){ 　　　　　　System.out.println("ClassSSS"); 　　　　　　show(); 　　　} 　　　public void show(){ 　　　　　　System.out.println("ClassSSSabの抽象メソッドを実装"); 　　　} } public class ClassSS extends ClassSSS implements interFaceClassSS { 　　　public ClassSS() { 　　　　　　System.out.println("ClassSS"); 　　　　　　show(); 　　　} 　　　public void show() { 　　　　　　System.out.println("interFaceClassSSを実装"); 　　　} } // メイン処理 public class ClassS extends ClassSS implements interFaceClassS { 　　　public ClassS() { 　　　　　　System.out.println("ClassS"); 　　　　　　show(); 　　　} 　　　public static void main(String[] args) { 　　　　　　new ClassSSS(); 　　　　　　System.out.println(""); 　　　　　　new ClassSS(); 　　　　　　System.out.println(""); 　　　　　　new ClassS(); 　　　} 　　　public void show() { 　　　System.out.println("interFaceClassSを実装"); 　　　} } // 結果 ClassSSS ClassSSSabの抽象メソッドを実装 ClassSSS interFaceClassSSを実装 ClassSS interFaceClassSSを実装 ClassSSS interFaceClassSを実装 ClassSS interFaceClassSを実装 ClassS interFaceClassSを実装 の結果となりました。 当方が望む結果は、 ClassSSS ClassSSSabの抽象メソッドを実装 ClassSSS ClassSSSabの抽象メソッドを実装 ClassSS interFaceClassSSを実装 ClassSSS ClassSSSabの抽象メソッドを実装 ClassSS interFaceClassSSを実装 ClassS interFaceClassSを実装 上記となります。 new ClassSSSの処理は当方が望む結果なのですが、 new ClassSSでは、 newClassSSSの結果に ClassSS interFaceClassSS が追加されると理解していたのですが、結果は、 違っておりました。 どこに誤りがあるのが、数日検討したのですが、分からない状態です。 ご教授の程お願い致します。

    • ベストアンサー
    • Java
  • abstract と static を一緒に付けることはある？

    抽象クラスの抽象メソッドにstaticを付ける（abstract と static をメソッドに一緒に付ける）ことはありますか？ 例えば、 abstract class Super { 　static abstract void meth(); } class Sub extends Super { 　static void meth() { 　　System.out.print("hello"); 　} } として、mainの中に 　Sub.meth(); を書いてみたのですが、普通にコンパイルは通りhelloが出力されます。 staticの意味を考えると、こういうことをするのは意味がないと思うのですが、独学なので身近に聞ける人もいません。 御教授よろしくお願いします。

  • equals()メソッドの継承について

    ある本に ーーーーーーーーーーーーーーーーーーーーー class Car { protected int num; protected double gas; public Car() { num = 0; gas = 0.0; System.out.println("車を作成しました。"); } } class Sample8 { public static void main(String[] args) { Car car1 = new Car(); Car car2 = new Car(); Car car3; car3 = car1; boolean bl1 = car1.equals(car2); boolean bl2 = car1.equals(car3); System.out.println("car1とcar2が同じか調べたところ" + bl1 + "でした。"); System.out.println("car1とcar3が同じか調べたところ" + bl2 + "でした。"); } } JavaのクラスはすべてObjectクラスのメンバを継承していますので、equals()メソッドを記述しなくても、このメソッドを呼び出すことが出来るわけです。 ----------------------------------------- JavaのクラスはすべてObjectクラスのメンバを継承していますので、equals()メソッドを記述しなくても、このメソッドを呼び出すことが出来る　　　 についてですが、 逆から言えば他の言語の場合は本来クラスの宣言の辺りにでもequals()メソッドを記述する必要があるという意味なんでしょうか？

    • ベストアンサー
    • Java

注目のQ&A

カテゴリ

専門家に質問してみよう

職業から探して質問する

あなたにピッタリな商品が見つかる！ OKWAVEセレクト

質問する