Mengapa antarmuka bersarang statis digunakan di Jawa?

Saya baru saja menemukan antarmuka bersarang statis di basis kode kami.

class Foo {
    public static interface Bar {
        /* snip */
    }
    /* snip */
}

Saya belum pernah melihat ini sebelumnya. Pengembang asli berada di luar jangkauan. Karena itu saya harus bertanya kepada SO:

Apa yang dimaksud dengan semantik di belakang antarmuka statis? Apa yang akan berubah, jika saya menghapus static? Mengapa ada orang yang melakukan hal ini?

Kata kunci statis dalam contoh di atas adalah redundan (antarmuka bersarang secara otomatis "statis") dan dapat dihapus tanpa efek pada semantik; Saya akan merekomendasikan itu dihapus. Hal yang sama berlaku untuk "publik" pada metode antarmuka dan "final publik" pada bidang antarmuka - pengubah berlebihan dan hanya menambahkan kekacauan pada kode sumber.

Either way, pengembang hanya mendeklarasikan antarmuka bernama Foo.Bar. Tidak ada hubungan lebih lanjut dengan kelas terlampir, kecuali kode yang tidak dapat mengakses Foo tidak akan dapat mengakses Foo.Bar juga. (Dari kode sumber - bytecode atau refleksi dapat mengakses Foo.Bar bahkan jika Foo adalah paket-pribadi!)

Merupakan gaya yang dapat diterima untuk membuat antarmuka bersarang dengan cara ini jika Anda mengharapkannya hanya digunakan dari kelas luar, sehingga Anda tidak membuat nama tingkat atas yang baru. Sebagai contoh:

public class Foo {
    public interface Bar {
        void callback();
    }
    public static void registerCallback(Bar bar) {...}
}
// ...elsewhere...
Foo.registerCallback(new Foo.Bar() {
    public void callback() {...}
});

Pertanyaan telah dijawab, tetapi salah satu alasan bagus untuk menggunakan antarmuka bersarang adalah jika fungsinya terkait langsung dengan kelas yang ada di dalamnya. Contoh yang bagus untuk ini adalah a Listener. Jika Anda memiliki kelas Foodan Anda ingin kelas lain dapat mendengarkan acara di dalamnya, Anda bisa mendeklarasikan antarmuka bernama FooListener, yang ok, tetapi mungkin akan lebih jelas untuk mendeklarasikan antarmuka bersarang dan meminta kelas-kelas lain menerapkan Foo.Listener( kelas bersarang Foo.Eventtidak buruk seiring dengan ini).

Antarmuka anggota secara implisit statis. Pengubah statis dalam contoh Anda dapat dihapus tanpa mengubah semantik kode. Lihat juga Spesifikasi Bahasa Jawa 8.5.1. Deklarasi Tipe Anggota Statis

Antarmuka bagian dalam harus statis agar dapat diakses. Antarmuka tidak terkait dengan instance kelas, tetapi dengan kelas itu sendiri, sehingga akan diakses dengan Foo.Bar, seperti:

public class Baz implements Foo.Bar {
   ...
}

Dalam banyak hal, ini tidak berbeda dari kelas dalam statis.

Jawaban Jesse dekat, tapi saya pikir ada kode yang lebih baik untuk menunjukkan mengapa antarmuka internal mungkin berguna. Lihatlah kode di bawah ini sebelum Anda membaca. Dapatkah Anda menemukan mengapa antarmuka bagian dalam bermanfaat? Jawabannya adalah bahwa kelas DoSomethingAlready dapat dipakai dengan setiap kelas yang mengimplementasikan A dan C; bukan hanya Kebun Binatang kelas beton. Tentu saja, ini dapat dicapai bahkan jika AC tidak dalam, tetapi bayangkan menggabungkan nama yang lebih panjang (bukan hanya A dan C), dan melakukan ini untuk kombinasi lain (katakanlah, A dan B, C dan B, dll) dan Anda dengan mudah lihat bagaimana hal-hal di luar kendali. Belum lagi orang-orang yang meninjau pohon sumber Anda akan kewalahan oleh antarmuka yang hanya bermakna dalam satu kelas. Jadi, untuk meringkas,antarmuka bagian dalam memungkinkan pembangunan jenis khusus dan meningkatkan enkapsulasi mereka .

class ConcreteA implements A {
 :
}

class ConcreteB implements B {
 :
}

class ConcreteC implements C {
 :
}

class Zoo implements A, C {
 :
}

class DoSomethingAlready {
  interface AC extends A, C { }

  private final AC ac;

  DoSomethingAlready(AC ac) {
    this.ac = ac;
  }
}

Untuk menjawab pertanyaan Anda secara langsung, lihat Map.Entry.

Peta. Coba

juga ini mungkin berguna

Entri blog Static Nested Inerfaces

Biasanya saya melihat kelas dalam statis. Kelas dalam statis tidak dapat mereferensikan kelas yang berisi dimana kelas non-statis bisa. Kecuali Anda menjalankan beberapa tabrakan paket (sudah ada antarmuka yang disebut Bar dalam paket yang sama dengan Foo) Saya pikir saya akan membuatnya menjadi file sendiri. Ini juga bisa menjadi keputusan desain untuk menegakkan koneksi logis antara Foo dan Bar. Mungkin penulis bermaksud Bar hanya digunakan dengan Foo (meskipun antarmuka statis tidak akan menegakkan ini, hanya koneksi logis)

Jika Anda akan mengubah kelas Foo menjadi antarmuka Foo kata kunci "publik" pada contoh di atas juga akan berlebihan karena

antarmuka yang ditentukan di dalam antarmuka lain secara implisit akan statis publik.

Pada tahun 1998, Philip Wadler menyarankan perbedaan antara antarmuka statis dan antarmuka non-statis.

Sejauh yang saya bisa lihat, satu-satunya perbedaan dalam membuat antarmuka non-statis adalah sekarang bisa menyertakan kelas-kelas dalam yang tidak statis; jadi perubahan tidak akan membuat program Java yang ada tidak valid.

Misalnya, ia mengusulkan solusi untuk Masalah Ekspresi , yang merupakan ketidakcocokan antara ekspresi sebagai "seberapa banyak bahasa Anda dapat mengekspresikan" di satu sisi dan ekspresi sebagai "istilah yang Anda coba wakili dalam bahasa Anda" di sisi lain .

Contoh perbedaan antara antarmuka bersarang statis dan non-statis dapat dilihat pada kode sampelnya :

// This code does NOT compile
class LangF<This extends LangF<This>> {
    interface Visitor<R> {
        public R forNum(int n);
    }

    interface Exp {
        // since Exp is non-static, it can refer to the type bound to This
        public <R> R visit(This.Visitor<R> v);
    }
}

Sarannya tidak pernah berhasil di Java 1.5.0. Oleh karena itu, semua jawaban lain benar: tidak ada perbedaan untuk antarmuka bersarang statis dan non-statis.

Di Java, antarmuka statis / kelas memungkinkan antarmuka / kelas untuk digunakan seperti kelas tingkat atas, yaitu, dapat dideklarasikan oleh kelas lain. Jadi, Anda bisa melakukan:

class Bob
{
  void FuncA ()
  {
    Foo.Bar foobar;
  }
}

Tanpa statis, di atas akan gagal dikompilasi. Keuntungannya adalah Anda tidak perlu file sumber baru hanya untuk mendeklarasikan antarmuka. Itu juga secara visual mengaitkan antarmuka Bar ke kelas Foo karena Anda harus menulis Foo.Bar dan menyiratkan bahwa kelas Foo melakukan sesuatu dengan contoh Foo.Bar.

Deskripsi tipe kelas di Jawa .

Static berarti bahwa setiap bagian kelas dari paket (proyek) dapat mengaksesnya tanpa menggunakan pointer. Ini dapat bermanfaat atau menghambat tergantung pada situasinya.

Contoh sempurna dari manfaat metode "statis" adalah kelas Matematika. Semua metode dalam Matematika bersifat statis. Ini berarti Anda tidak perlu keluar dari jalan Anda, membuat contoh baru, mendeklarasikan variabel dan menyimpannya dalam lebih banyak variabel, Anda bisa memasukkan data Anda dan mendapatkan hasilnya.

Statis tidak selalu berguna. Misalnya, jika Anda melakukan perbandingan kasus, Anda mungkin ingin menyimpan data dengan beberapa cara berbeda. Anda tidak dapat membuat tiga metode statis dengan tanda tangan yang identik. Anda memerlukan 3 contoh berbeda, non-statis, dan kemudian Anda bisa dan membandingkan, karena jika statis, data tidak akan berubah seiring dengan input.

Metode statis baik untuk pengembalian satu kali dan perhitungan cepat atau data yang mudah diperoleh.