Bir arabirimin yöntem uygulamasını @Override mı kullanmalıyız?

Bir arabirim yöntemini uygulayan bir yönteme açıklama yapılmalı @Overridemıdır?

Bir Javadoc Overrideaçıklama diyor ki:

Bir yöntem bildiriminin bir üst sınıftaki yöntem bildirimini geçersiz kılmayı amaçladığını gösterir. Bir yöntem bu açıklama tipiyle ek açıklama eklenirse ancak bir üst sınıf yöntemini geçersiz kılmazsa, bir hata mesajı oluşturmak için derleyiciler gerekir.

Bir arayüzün teknik olarak bir üst sınıf olduğunu düşünmüyorum. Yoksa öyle mi?

Question Elaboration

Mümkün olduğunca @Override kullanmalısınız. Basit hataların yapılmasını önler. Misal:

class C {
    @Override
    public boolean equals(SomeClass obj){
        // code ...
    }
}

Bu derlenmez çünkü düzgün bir şekilde geçersiz kılmaz public boolean equals(Object obj) .

Aynı şey, bir arabirimi ( yalnızca 1.6 ve üstü ) uygulayan veya bir Super sınıfının yöntemini geçersiz kılan yöntemler için de geçerlidir.

Javac davranışının değiştiğine inanıyorum - 1.5 ile açıklamayı yasakladı, 1.6 ile değişmedi. Ek açıklama bir derleme zamanı denetimi sağlar, bu nedenle 1.6 kullanıyorsanız, bunun için giderdim.

Yöntemlere her zaman @OverrideVarsa, .

JDK 5'te bu, üst sınıfların geçersiz kılma yöntemleri, JDK 6 ve 7'de üst sınıfların geçersiz kılma yöntemleri ve arabirimlerin uygulama yöntemleri anlamına gelir. Bunun nedeni, daha önce de belirtildiği gibi, derleyicinin bir yöntemi geçersiz kıldığınızı (veya uyguladığınızı) ancak aslında yeni bir yöntem (farklı imza) tanımladığınız hataları yakalamasına izin vermesidir.

equals(Object)Vsequals(YourObject) , örneğin noktasında standart bir durum olmakla birlikte, aynı argüman arayüz uygulamaları için yapılabilir.

Arabirim yöntemlerinin uygulanmasına açıklama eklemenin zorunlu olmasının nedeninin JDK 5'in bunu bir derleme hatası olarak işaretlemesi olduğunu düşünürüm. JDK 6 bu ek açıklamayı zorunlu hale getirirse geriye dönük uyumluluğu bozar.

Eclipse kullanıcısı değilim, diğer IDE'lerde (IntelliJ), @Override ek açıklama, yalnızca proje JDK 6+ projesi olarak ayarlanmışsa arabirim yöntemleri uygulanırken eklenir. Eclipse'in benzer olduğunu düşünürdüm.

Ancak, bu kullanım için farklı bir ek açıklama, belki bir @Implementsek açıklama görmeyi tercih ederdim .

Her fırsatta kullanırdım. Bkz. Java'nın @Override ek açıklamasını ne zaman kullanırsınız ve neden?

JDK 5.0, @Overridearabirimde bildirilen yöntemi (derleme hatası) uyguluyorsanız ek açıklama kullanmanıza izin vermez , ancak JDK 6.0 buna izin verir. Yani proje tercihinizi ihtiyacınıza göre yapılandırabilirsiniz.

Bir ederse beton sınıfı değildir basan soyut bir yöntemi kullanılarak @Overrideiçin uygulanması derleyici değişmez herhangi uygulanmayan yöntemler sizi uyarır beri açık bir konudur. Bu durumlarda, okunabilirlikten uzaklaştığı konusunda bir argüman yapılabilir - kodunuzda okunacak daha çok şeydir ve daha az bir dereceye kadar denir @Overrideve değil @Implement.

Kendi sınıflarınızdan devralınan kendi yöntemlerinizi geçersiz kılmak genellikle bir ide kullanarak yeniden düzenleme işlemlerini bozmaz. Ancak kitaplıktan devralınan bir yöntemi geçersiz kılarsanız, bu yöntemi kullanmanız önerilir. Eğer yapmazsanız, daha sonraki bir kütüphane değişikliğinde genellikle hata almazsınız, ancak gizli bir hata alırsınız.

JDK ile ilgili bir sorun değil. Eclipse Helios'ta, JDK 5 veya 6'nın hangisi olursa olsun, uygulanan arabirim yöntemleri için @Override ek açıklamasına izin verir.

Benim için, çoğu zaman bu, bazı kodların Java 6'nın derlenmesini gerektiren tek nedendir. Buna değer olup olmadığından emin değilim.

Java8'deki javadoc'u okuyarak, Geçersiz kılma arabirimi bildiriminde aşağıdakileri bulabilirsiniz:

Bu ek açıklama türü ile bir yönteme açıklama eklenirse, aşağıdaki koşullardan en az biri geçerli olmadığı sürece bir hata iletisi oluşturmak için derleyiciler gerekir:

• Yöntem, bir süper tipte bildirilen bir yöntemi geçersiz kılar veya uygular.
• Yöntemin, {@linkplain Nesnesi} 'nde bildirilen herhangi bir genel yöntemin geçersiz kılmaya eşdeğer bir imzası vardır.

Bu nedenle, en azından java8'de, bir arabirim yönteminin uygulanmasında @Override kullanmalısınız.

Eclipse, @Overrideek açıklamayı, arabirim uygulayan bir sınıfın oluşturulması sırasında "uygulanmayan yöntemler oluşturmasını" söylediğinizde ekler .

Dahil etme ile ilgili sorun , çok kafa karıştırıcı olan yöntemi @Overrideçağırmayı unuttuğunuzu düşünmenizi sağlamasıdır . Bu kristal berraklığında olmalıdır. Belki de Java burada kullanılmak üzere bir teklif sunmalıdır . Oh, yine başka bir yarım yamalak Java özelliği ...super.theOverridenMethod()@Interface

Java 6 ve sonraki sürümlerinde, @Overridearabirim uygulayan bir yöntem için kullanabilirsiniz .

Ancak, bunun mantıklı olduğunu düşünmüyorum: geçersiz kılma, süper sınıfta bir yöntemi havalandırdığınız ve alt sınıfta uyguladığınız anlamına gelir.

Eğer bir arayüz uyguluyorsanız, bence @Implementbaşka bir şey kullanmalıyız ama değil @Override.

Arabirim için @Override kullanmak derleme hatasına neden oldu. Yani, onu kaldırmak zorunda kaldım.

Hata mesajı " The method getAllProducts() of type InMemoryProductRepository must override a superclass method" gitti .

Ayrıca " One quick fix available: Remove @Override annotation."

Eclipse 4.6.3, JDK 1.8.0_144'teydi.

Uygulayan sınıf interfacebir abstractsınıfsa, @Overrideuygulamanın bir interfaceyöntem için olduğundan emin olmak yararlıdır ; @Overridea abstractsınıfı olmadan, uygulama yöntemi imzası, belirtilen yöntemle eşleşmese bile iyi derlenebilir interface; eşleşmeyen interfaceyöntem, uygulanmayan olarak kalacaktır. @Zhao tarafından alıntılanan Java doktoru

Yöntem, bir süper tipte bildirilen bir yöntemi geçersiz kılar veya uygular

açıkça bir abstractsüper sınıfa gönderme yapıyor ; bir interfacesüper tip olarak adlandırılamaz. Dolayısıyla, somut sınıflarda yöntem uygulamaları @Overrideiçin gereksizdir ve mantıklı değildir interface.