Perilaku metode statis terakhir

Saya telah bermain-main dengan pengubah dengan metode statis dan menemukan perilaku yang aneh.

Seperti yang kita ketahui, metode statis tidak dapat diganti, karena metode tersebut dikaitkan dengan kelas daripada instance.

Jadi jika saya memiliki potongan di bawah ini, itu dapat dikompilasi dengan baik

//Snippet 1 - Compiles fine
public class A {
    static void ts() {
    }
}

class B extends A {
    static void ts() {
    }
}

Tetapi jika saya menyertakan pengubah terakhir ke metode statis di kelas A, maka kompilasi gagal ts () di B tidak dapat menggantikan ts () di A; metode yang diganti adalah final statis .

Mengapa ini terjadi ketika metode statis tidak dapat diganti sama sekali?

Metode statis tidak dapat diganti, tetapi dapat disembunyikan. The ts()Metode B tidak mengesampingkan (tidak tunduk polimorfisme) yang ts()dari A tetapi akan menyembunyikannya. Jika Anda memanggil ts()dalam B (BUKAN A.ts()atau B.ts()... hanya ts()), yang B akan dipanggil dan bukan A. Karena ini tidak terkena polimorfisme, panggilants() di A tidak akan pernah dialihkan ke di B.

Kata kunci final akan menonaktifkan metode agar tidak disembunyikan. Jadi mereka tidak dapat disembunyikan dan upaya untuk melakukannya akan menghasilkan kesalahan kompilator.

Semoga ini membantu.

metode statis tidak dapat diganti

Ini tidak sepenuhnya benar. Kode contoh benar-benar berarti bahwa metode ts di B menyembunyikan metode ts di A. Jadi itu tidak sepenuhnya menimpa. Di Javaranch ada penjelasan yang bagus.

Metode statis milik kelas, bukan instance.

A.ts()dan B.ts()akan selalu menjadi metode terpisah.

Masalah sebenarnya adalah Java memungkinkan Anda memanggil metode statis pada objek instance. Metode statis dengan tanda tangan yang sama dari kelas induk disembunyikan ketika dipanggil dari turunan subkelas. Namun, Anda tidak dapat mengganti / menyembunyikan metode terakhir .

Anda akan mengira pesan kesalahan akan menggunakan kata tersembunyi, bukan diganti ...

Anda mungkin menemukan diri Anda dalam posisi untuk berpikir tentang membuat final metode statis, dengan mempertimbangkan hal-hal berikut:

Memiliki kelas-kelas berikut:

class A {
    static void ts() {
        System.out.print("A");
    }
}
class B extends A {
    static void ts() {
        System.out.print("B");
    }
}

Sekarang cara yang 'benar' untuk memanggil metode ini adalah

A.ts();
B.ts();

yang akan menghasilkan ABtetapi Anda juga bisa memanggil metode pada instance:

A a = new A();
a.ts();
B b = new B();
b.ts();

yang akan menghasilkan ABjuga.

Sekarang pertimbangkan yang berikut:

A a = new B();
a.ts();

yang akan mencetak A. Itu mungkin mengejutkan Anda karena Anda benar-benar memiliki objek kelas B. Tetapi karena Anda memanggilnya dari referensi tipe A, itu akan memanggil A.ts(). Anda dapat mencetak Bdengan kode berikut:

A a = new B();
((B)a).ts();

Dalam kedua kasus, objek yang Anda miliki sebenarnya dari kelas B. Tetapi bergantung pada penunjuk yang menunjuk ke objek, Anda akan memanggil metode dari Aatau dariB .

Sekarang katakanlah Anda adalah pengembang kelas Adan Anda ingin mengizinkan sub-pengelompokan. Tetapi Anda benar-benar menginginkan metode ts(), kapan pun dipanggil, bahkan dari subclass, yaitu melakukan apa yang Anda inginkan dan tidak disembunyikan oleh versi subclass. Kemudian Anda bisa membuatnya finaldan mencegahnya disembunyikan di subclass. Dan Anda dapat yakin bahwa kode berikut akan memanggil metode dari kelas Anda A:

B b = new B();
b.ts();

Oke, harus diakui entah bagaimana dibangun, tapi mungkin masuk akal untuk beberapa kasus.

Anda tidak boleh memanggil metode statis pada instance tetapi langsung di kelas - maka Anda tidak akan mengalami masalah itu. Juga IntelliJ IDEA misalnya akan menampilkan peringatan, jika Anda memanggil metode statis pada sebuah instance dan juga jika Anda membuat metode statis final.

Metode ts () di B tidak menimpa metode ts () di A, itu hanya metode lain. Kelas B tidak melihat metode ts () di A karena bersifat statis, oleh karena itu kelas B dapat mendeklarasikan metodenya sendiri yang disebut ts ().

Namun, jika metode tersebut final, maka compiler akan mengambil bahwa ada metode ts () di A yang tidak boleh diganti di B.

Saya pikir kesalahan kompilasi cukup menyesatkan di sini. Seharusnya tidak ada kata "metode yang diganti adalah final statis", tetapi seharusnya mengatakan "metode yang diganti adalah final.". Pengubah statis tidak relevan di sini.

Metode statis tidak dapat diganti di Java, tidak seperti metode non-statis. Tetapi mereka diwariskan seperti anggota data statis dan non-statis. Itulah mengapa metode non-statis dengan nama yang sama tidak dapat dibuat di kelas induk

class Writer { 
    public static void doo(){
        System.out.println("sth");
    } 
}
class Author extends Writer{ 
    public void doo(){
        System.out.println("ok"); // error overridden method is static
    }
}

Kata finalkunci memastikan bahwa tubuh metode tertentu dijalankan setiap kali panggilan ke metode. Sekarang jika metode statis dibuat di kelas anak dengan nama yang sama dan panggilan ke metode dibuat, metode di subkelas dijalankan yang seharusnya tidak terjadi jika final diawali sebelum nama metode statis di kelas induk . Oleh karena itu kata kunci terakhir membatasi pembuatan metode dengan nama yang sama di kelas anak.