Czytałem Podręcznik programisty po certyfikacji Java ™ SCJP autorstwa Khalida Mughala.

W rozdziale Dziedziczenie wyjaśnia to

Dziedziczenie członków jest ściśle związane z ich deklarowaną dostępnością. Jeśli element członkowski nadklasy jest dostępny poprzez swoją prostą nazwę w podklasie (bez użycia dodatkowej składni, takiej jak super), ten element członkowski jest uznawany za dziedziczony

Wspomina również, że metody statyczne nie są dziedziczone. Ale poniższy kod jest w porządku:

class A
{
    public static void display()
    {
        System.out.println("Inside static method of superclass");
    }
}

class B extends A
{
    public void show()
    {
        // This works - accessing display() by its simple name -
        // meaning it is inherited according to the book.
        display();
    }
}

Jak mogę używać bezpośrednio display()w klasie B? Co więcej, B.display()też działa.

Czy wyjaśnienie w książce dotyczy tylko metod instancji?

Wszystkie dostępne metody są dziedziczone przez podklasy.

Z samouczków Sun Java :

Podklasa dziedziczy wszystkich publicznych i chronionych członków swojego rodzica, bez względu na to, w jakim pakiecie znajduje się podklasa. Jeśli podklasa znajduje się w tym samym pakiecie co jej element nadrzędny, dziedziczy również prywatne elementy pakietu macierzystego. Możesz używać odziedziczonych członków w niezmienionej postaci, zastępować je, ukrywać lub uzupełniać o nowych członków

Jedyną różnicą w przypadku dziedziczonych metod statycznych (klasowych) i dziedziczonych metod statycznych (instancji) jest to, że podczas pisania nowej metody statycznej z tym samym podpisem stara metoda statyczna jest po prostu ukrywana, a nie zastępowana.

Ze strony na temat różnicy między nadpisywaniem a ukrywaniem.

Rozróżnienie między ukrywaniem a zastępowaniem ma ważne konsekwencje. Wywoływana jest wersja przesłoniętej metody, która znajduje się w podklasie. Wywoływana wersja metody ukrytej zależy od tego, czy jest ona wywoływana z nadklasy czy z podklasy

Jeśli tak naprawdę mówi książka, to źle. [1]

Java Language Specification # 8.4.8 stanowi:

8.4.8 Dziedziczenie, nadpisywanie i ukrywanie

Klasa C dziedziczy ze swojej bezpośredniej nadklasy wszystkie konkretne metody m (zarówno statyczne, jak i instancyjne) z superklasy, dla których spełnione są wszystkie poniższe warunki:

• m jest członkiem bezpośredniej nadklasy C.

• m jest publiczny, chroniony lub zadeklarowany z dostępem do pakietu w tym samym pakiecie co C.

• Żadna metoda zadeklarowana w C nie ma podpisu będącego podpisem (§ 8.4.2) podpisu M.

[1] Nie jest powiedziane, że w moim egzemplarzu, wydanie 1, 2000.

Możesz zauważyć różnicę w następującym kodzie, który jest nieznaczną modyfikacją w stosunku do twojego kodu.

class A {
    public static void display() {
        System.out.println("Inside static method of superclass");
    }
}

class B extends A {
    public void show() {
        display();
    }

    public static void display() {
        System.out.println("Inside static method of this class");
    }
}

public class Test {
    public static void main(String[] args) {
        B b = new B();
        // prints: Inside static method of this class
        b.display();

        A a = new B();
        // prints: Inside static method of superclass
        a.display();
    }
}

Wynika to z faktu, że metody statyczne są metodami klasowymi.

A.display () i B.display () wywołają metody swoich klas.

B.display () działa, ponieważ deklaracja statyczna sprawia, że ​​metoda / element członkowski należy do klasy, a nie do żadnej konkretnej instancji klasy (aka Object). Więcej na ten temat przeczytasz tutaj .

Inną rzeczą, na którą należy zwrócić uwagę, jest to, że nie można przesłonić metody statycznej, można zadeklarować metodę statyczną z taką samą sygnaturą w swojej podklasie, ale jej zachowanie może być inne niż oczekiwane. Prawdopodobnie jest to powód, dla którego nie uważa się go za dziedziczony. Możesz sprawdzić problematyczny scenariusz i wyjaśnienie tutaj .

Metody statyczne w Javie są dziedziczone, ale nie można ich przesłonić. Jeśli deklarujesz tę samą metodę w podklasie, ukrywasz metodę nadklasy zamiast ją przesłonić. Metody statyczne nie są polimorficzne. W czasie kompilacji metoda statyczna zostanie połączona statycznie.

Przykład:

public class Writer {
    public static void write() {
        System.out.println("Writing");
    }
}

public class Author extends Writer {
    public static void write() {
        System.out.println("Writing book");
    }
}

public class Programmer extends Writer {

    public static void write() {
        System.out.println("Writing code");
    }

    public static void main(String[] args) {
        Writer w = new Programmer();
        w.write();

        Writer secondWriter = new Author();
        secondWriter.write();

        Writer thirdWriter = null;
        thirdWriter.write();

        Author firstAuthor = new Author();
        firstAuthor.write();
    }
}

Otrzymasz:

Writing
Writing
Writing
Writing book

Metody statyczne są dziedziczone w Javie, ale nie biorą udziału w polimorfizmie. Jeśli spróbujemy przesłonić metody statyczne, po prostu ukryją one statyczne metody nadklasy zamiast je przesłonić.

Ta koncepcja nie jest taka prosta, jak się wydaje. Możemy uzyskać dostęp do statycznych elementów członkowskich bez dziedziczenia, co jest relacją HasA. Możemy uzyskać dostęp do statycznych elementów członkowskich, rozszerzając również klasę nadrzędną. Nie oznacza to, że jest to relacja ISA (dziedziczenie). W rzeczywistości statyczne elementy członkowskie należą do klasy, a static nie jest modyfikatorem dostępu. Dopóki modyfikatory dostępu pozwalają na dostęp do statycznych elementów członkowskich, możemy ich używać w innych klasach. Na przykład jeśli jest publiczny, będzie dostępny w tym samym pakiecie, a także poza pakietem. Prywatnie nie możemy go nigdzie używać. Domyślnie możemy go używać tylko w pakiecie. Ale dla chronionych musimy przedłużyć superklasę. Zatem przeniesienie metody statycznej do innej klasy nie zależy od bycia statycznym. To zależy od modyfikatorów dostępu. Tak więc moim zdaniem Statyczne elementy członkowskie mogą uzyskać dostęp, jeśli pozwalają na to modyfikatory dostępu. W przeciwnym razie możemy ich używać tak, jak używamy w relacji Hasa. A związek nie jest dziedzictwem. Ponownie nie możemy przesłonić metody statycznej. Jeśli możemy użyć innej metody, ale nie możemy jej zastąpić, to jest to relacja HasA. Jeśli nie możemy ich zastąpić, nie będzie to dziedziczenie, więc autor miał 100% racji.

Metoda statyczna jest dziedziczona w podklasie, ale nie jest to polimorfizm. Podczas pisania implementacji metody statycznej metoda klasy nadrzędnej jest ukryta, a nie nadpisana. Pomyśl, jeśli nie jest dziedziczony, jak możesz uzyskać dostęp bez classname.staticMethodname();?

Wszyscy publiczni i chronieni członkowie mogą być dziedziczeni z dowolnej klasy, podczas gdy domyślni lub członkowie pakietu mogą być również dziedziczeni z klasy w tym samym pakiecie, co klasa nadrzędna. Nie zależy od tego, czy jest to element statyczny, czy niestatyczny.

Ale prawdą jest również, że statyczne funkcje składowe nie biorą udziału w dynamicznym wiązaniu. Jeśli sygnatura tej metody statycznej jest taka sama zarówno w klasie nadrzędnej, jak i podrzędnej, wówczas obowiązuje koncepcja cieniowania, a nie polimorfizmu.

Możesz przesłonić metody statyczne, ale jeśli spróbujesz użyć polimorfizmu, będą one działać zgodnie z zakresem klasy (w przeciwieństwie do tego, czego zwykle oczekujemy).

public class A {

    public static void display(){
        System.out.println("in static method of A");
    }
}

public class B extends A {

    void show(){
        display();
    }

     public static void display(){
        System.out.println("in static method of B");
    }

}
public class Test {

    public static void main(String[] args){
        B obj =new B();
        obj.show();

        A a_obj=new B();
        a_obj.display();


    }


}

W pierwszym przypadku o / p jest "w statycznej metodzie B" # pomyślne zastąpienie W drugim przypadku o / p jest "w statycznej metodzie A" # Metoda statyczna - nie będzie uwzględniać polimorfizmu

Możemy zadeklarować metody statyczne z tą samą sygnaturą w podklasie, ale nie jest to uważane za nadpisanie, ponieważ nie będzie żadnego polimorfizmu w czasie wykonywania, ponieważ wszystkie statyczne elementy członkowskie klasy są ładowane w momencie ładowania klasy, więc decyduje o kompilacji czas (nadpisywanie w czasie wykonywania) Dlatego odpowiedź brzmi „nie”.

Wielu wyraziło swoją odpowiedź słowami. To jest rozszerzone wyjaśnienie w kodach:

public class A {
    public static void test() {
        System.out.println("A");
    }
    public static void test2() {
        System.out.println("Test");
    }
}

public class B extends A {
    public static void test() {
        System.out.println("B");
    }
}

// Called statically
A.test();
B.test();
System.out.println();

// Called statically, testing static inheritance
A.test2();
B.test2();
System.out.println();

// Called via instance object
A a = new A();
B b = new B();
a.test();
b.test();
System.out.println();

// Testing inheritance via instance call
a.test2();
b.test2();
System.out.println();

// Testing whether calling static method via instance object is dependent on compile or runtime type
((A) b).hi();
System.out.println();

// Testing whether null instance works
A nullObj = null;
nullObj.hi();

Wyniki:

A
B

Test
Test

A
B

Test
Test

A

A

Dlatego taki wniosek:

1. Kiedy wywołujemy statyczną wartość statyczną za pośrednictwem., Będzie szukać wartości statycznej zdefiniowanej w tej klasie lub najbliższej klasie w łańcuchu dziedziczenia. Dowodzi to dziedziczenia metod statycznych.
2. Gdy metoda statyczna jest wywoływana z instancji, wywołuje metodę statyczną zdefiniowaną w typie czasu kompilacji.
3. Metodę statyczną można wywołać z nullinstancji. Domyślam się, że kompilator użyje typu zmiennej do znalezienia klasy podczas kompilacji i przetłumaczy to na odpowiednie wywołanie metody statycznej.

Członkowie statyczni są członkami uniwersalnymi. Dostęp do nich można uzyskać z dowolnego miejsca.

Statyczne elementy członkowskie nie zostaną odziedziczone do podklasy, ponieważ dziedziczenie dotyczy tylko niestatycznych elementów członkowskich. Statyczne elementy członkowskie zostaną załadowane do puli statycznej przez program ładujący klasy. Dziedziczenie dotyczy tylko tych elementów, które są ładowane wewnątrz obiektu