Использование GetClass() GetName() в ToString() методы

Question

я следующие классы, определенные:.

class BaseClass { 
    public String toString() 
    { 
     return "I am a: " + getClass().getName(); 
    } 
} 

class DerivedClass { 
    public String toString() 
    { 
     return super.toString(); 
    } 
} 

В моей основной функции() У меня есть следующий код:

BaseClass b = new BaseClass(); 
DerivedClass d = new DerivedClass(); 

System.out.println(b); 
System.out.println(d); // not sure why/how this works! 

As ожидается, я получаю правильные типы классов во время выполнения при выполнении этого кода:

I am a: BaseClass 
I am a: DerivedClass 

Мой вопрос, как именно вызов toString() в моей работе DerivedClass? В моем переопределении DerivedClass от toString() я звоню в super.toString(), который кажется, что он должен фактически вернуть «Я: BaseClass», потому что мы вызываем toString() в родительский класс.

Я подозреваю, что это может иметь какое-то отношение к тому факту, что мой базовый класс toString() использует getClass().getName(), так что, когда я вызываю его через объект подкласса, Java должен обнаруживать мой фактический тип объекта - но я не знаю, как он знает это сделать ...

Извините, если это звучит как вопрос о нобе, но я все еще обнимаю концепцию полиморфизма. Если бы кто-нибудь мог объяснить, почему это работает так, как я понимаю, я был бы признателен за любое понимание.

Answer 1

getClass() является полиморфным методом. Он возвращает фактический конкретный класс объекта, на который он вызывается. С d идентификатор типа DerivedClass, его метод getClass() возвращает DerivedClass.class.

Вы получите результат, который вы ожидаете, если реализация метода был

return "I am a: " + BaseClass.class.getName(); 

Answer 2

Представьте ваши классы выглядел следующим образом:

class BaseClass { 
    @Override 
    public String toString() { 
     return "I am a: " + getClass().getName(); 
    } 

    public Class<?> getClass() { 
     return BaseClass.class; 
    } 
} 

class DerivedClass extends BaseClass { 
    @Override 
    public Class<?> getClass() { 
     return DerivedClass.class; 
    } 
} 

Из-за способа временной отмены работ, getClass() всегда будет возвращать DerivedClass.class когда вызывается на экземпляр DerivedClass, даже если он вызван из суперкласса BaseClass. Вызов super.toString() не меняет этого и на самом деле совершенно не нужен, так как реализация суперкласса наследуется по умолчанию.

Обратите внимание, что это всего лишь демонстрация того, что вы можете ожидать при вызове getClass(). В реальной жизни, getClass() на самом деле final native метод. Переопределение невозможно или необходимо.

Answer 3

Ваш первый вопрос:

System.out.println (д); // не знаю, почему и как это работает!

И это хороший вопрос! В конце концов, вы передаете метод println ссылку, d, на экземпляр DerivedClass. Почему это приведет к фактическому вызову метода, который называется toString()?

Ответ на этот вопрос лежит в Javadoc для соответствующего метода println.Компилятор (javac) правильно компилирует ваш код, чтобы сказать, что вы заинтересованы в вызове метода println, который принимает Object. Обратите внимание, что println является перегруженным методом, и компилятор должен разрешить правильный метод на основе переданных аргументов. В этом случае метод разрешается до println(Object x), который содержит:

Распечатывает объект, а затем завершает линию. Этот метод вызывает сначала String.valueOf (x), чтобы получить строковое значение печатного объекта, а затем ведет себя так, как будто он вызывает печать (String), а затем println().

Затем вы посетите метод String.valueOf() и посмотреть:

public static String valueOf(Object obj) { 
    return (obj == null) ? "null" : obj.toString(); 
} 

Бинго! Это закрывает первый цикл, либо вызывается BaseClasstoString(), либо DerivedClass.

Фактическая причина, по которой вызван dgetClass(), имеет значение this. Как вы, возможно, знаете, каждый метод экземпляра в Java (например, toString()) получает невидимый параметр, называемый ссылкой this, в дополнение к аргументам, которые были объявлены. В этом конкретном случае, так как ссылкауказывает на d, все методы вызываются в этой ссылке. класс of d, очевидно, DerivedClass.