Artık bir Java Arayüzündeki tüm yöntem bildirimleri kamuya açık değil, yöntemler bu değiştiricilerle bildirilmeli mi?

Java 8'den başlayarak, defaultarayüzlere yöntemler tanıtıldı. Etkili, bu araçlar bir in değil tüm yöntemler bu interfacevardır abstract.

Java 9 (belki) ile başlayarak, privateyöntemlere izin verilecektir. Bu, bir interfaceiçindeki tüm yöntemlerin olmadığı anlamına gelir public abstract.

"Java arabirimindeki yöntemler publicerişim değiştiriciyle veya değiştiriciyle bildirilmeli mi?" /programming/161633/should-methods-in-a-java-interface-be-declared-with-or-without-a-public-access-m adresindeki Stack Overflow'da istendi

Orada, cevapların çoğu public abstractbunun kullanılmaması gerektiğini savundu çünkü bir yöntemdeki hiçbir yöntem interfacebaşka bir şey olamaz public abstract. Artık durum böyle değil.

Peki, arayüzlerin bu yeni özellikleri ışığında, public abstractanahtar kelimeler bir Java arayüz yöntemi bildiriminde kullanılmalı mıdır?

Özel ortamımda, zaman zaman yazılım kodunu deneyimli, ancak Java'da deneyimli olmayan, Java kodunu okuyan insanlara sahip olacağız. public abstractAnahtar kelimeleri dışarıda bırakmanın artık arayüzlerin bu anahtar kelimeleri kullanmak için nasıl farklı kurallara sahip olduğuna dair geçmişe aşina olmayanlar için ek bir karışıklık yaratacağını hissediyorum .

StackOverflow yanıtını genişletmek için:

1. publicErişim değiştirici çünkü gerekli değildir

   Bir arayüz gövdesindeki her yöntem bildirimi dolaylı olarak kamuya açıktır (§6.6). Bir arabirimdeki bir yöntem bildirimi için genel değiştiriciyi gereksiz olarak belirtmesine izin verilir, ancak bir stil meselesi olarak önerilmez. ( Bölüm 9.4 )

2. abstractErişim değiştirici çünkü gerekli değildir

   Varsayılan yöntem, varsayılan değiştiriciye sahip bir arabirimde bildirilen bir yöntemdir ; Bunu gövdesi her zaman olduğu bir blok ile temsil edilen .

   Ve...

   Varsayılan bir değiştirici veya statik bir değiştirici içermeyen bir arabirim yöntemi dolaylı olarak soyuttur , bu nedenle gövdesi bir blok değil noktalı virgülle temsil edilir .

Varsayılan yöntemler göz önüne alındığında sahip bir gövde ve bu bilmediğimiz doğal soyut, ve bir arayüz üzerinde her yöntem beyanı doğal olarak herkese açıktır, ya anahtar kelimeyi belirtmek gerekmez.

Bir cevaptaki yorumlardan biri:

Onları düşündürmeyin! Stil polisine rağmen, her zaman daha önce kamuoyu özetini ekledim, çünkü işleri netleştirdi ve okuyucuya hatırlattı. Şimdi haklıyım çünkü Java 8 ve 9 işleri karmaşıklaştırıyor (user949300)

StackOverflow sorusuna (18 kez oy verildi) bir yorum bunu reddeder:

Kötü çünkü halka açık olarak yazmak, halka açık olmayabileceğini ima ediyor (Pacerier)

Kodun, özellikle arayüzlerin etkileri önemlidir.

Bir blok deyimi imalarının olmaması yeterli değil mi? extends ObjectZımni olduğu halde beyan eder misiniz ?

Geliştirici artıklığı anlamıyorsa, dil özelliğinin arkasındaki kavramı tam olarak anlayamayabilir , bu da değiştiriciler hakkında karıştırılmasından daha büyük bir sorundur.

Geliştirici, bir arabirimin amacının, bir istemcinin bir nesneyle nasıl etkileşime girebileceğini tanımlayan bir sözleşme oluşturmak olduğunu anlamalıdır. Bu, arabirimde nesne etkileşimi için kullanılan herhangi bir yöntemin istemcilere açıklanması gerektiğini gösterir.

Bir yöntemi özel olarak bildirirseniz, bu yöntemin istemciler tarafından çağrılmadığını açıkça belirtirsiniz; bu, arabirimler durumunda kolayca çıkarılamayacak bir şeydir.