Bir arabirim uygulayan soyut bir sınıf neden arabirimin yöntemlerinden birinin bildirimini / uygulamasını kaçırabilir?

Bir arabirimi uygulamak için soyut bir sınıf kullandığınızda Java'da ilginç bir şey olur: arabirimin yöntemlerinden bazıları tamamen eksik olabilir (yani ne soyut bir bildirim ne de gerçek bir uygulama mevcut değildir), ancak derleyici şikayet etmez.

Örneğin, arayüz verildiğinde:

public interface IAnything {
  void m1();
  void m2();
  void m3();
}

aşağıdaki soyut sınıf neşeyle bir uyarı veya hata olmadan derlenir:

public abstract class AbstractThing implements IAnything {
  public void m1() {}
  public void m3() {}
}

Nedenini açıklayabilir misin?

Bunun nedeni, eğer bir sınıf soyutsa, o zaman tanım gereği onun alt sınıflarını yaratmanız gerekir. Soyut sınıfın dışarıda bıraktığı herhangi bir arabirim yöntemini uygulamak için alt sınıflar (derleyici tarafından) gerekecektir.

Örnek kodunuzun ardından AbstractThing, m2yöntemi uygulamadan alt sınıfını oluşturmayı deneyin ve derleyicinin size hangi hataları verdiğini görün. Sizi bu yöntemi uygulamaya zorlayacaktır.

Mükemmel derecede iyi.
Soyut sınıfları başlatamazsınız .. ancak soyut sınıflar m1 () ve m3 () için ortak uygulamaları barındırmak için kullanılabilir.
Yani eğer m2 () uygulaması her uygulama için farklıdır ama m1 ve m3 değildir. Sadece farklı m2 uygulamasıyla farklı somut IAnything uygulamaları oluşturabilir ve DRY ilkesini onurlandıran AbstractThing'den türetebilirsiniz. Arayüzün tamamen soyut bir sınıf için uygulanıp uygulanmadığını doğrulamak beyhudedir ..

Güncelleme : İlginç bir şekilde, C # 'ın bunu bir derleme hatası olarak zorladığını görüyorum. Bu senaryoda, yöntem imzalarını kopyalamak ve soyut temel sınıfta bunların önüne 'abstract public' eklemek zorundasınız .. (her gün yeni bir şey :)

Bu iyi. Yukarıdakileri anlamak için önce soyut sınıfların doğasını anlamalısınız. Bu bakımdan arayüzlere benzerler. Oracle'ın burada söylediği şey bu .

Soyut sınıflar arayüzlere benzer. Bunları örnekleyemezsiniz ve bunlar, bir uygulama ile veya olmadan bildirilen bir yöntem karışımını içerebilir.

Bu nedenle, bir arayüz başka bir arayüzü genişlettiğinde ne olacağını düşünmelisiniz. Örneğin ...

//Filename: Sports.java
public interface Sports
{
   public void setHomeTeam(String name);
   public void setVisitingTeam(String name);
}

//Filename: Football.java
public interface Football extends Sports
{
   public void homeTeamScored(int points);
   public void visitingTeamScored(int points);
   public void endOfQuarter(int quarter);
}

... gördüğünüz gibi, bu da mükemmel bir şekilde derleniyor. Bunun nedeni, tıpkı soyut bir sınıf gibi, bir arayüzün somutlaştırılamamasıdır. Bu nedenle, yöntemlerden açıkça "ebeveyninden" bahsetmek gerekli değildir. Ancak, TÜM ana yöntem imzaları örtük olarak genişletme arabiriminin veya soyut sınıfın uygulanmasının bir parçası haline gelir. Dolayısıyla, uygun bir sınıf (somutlaştırılabilen) yukarıdakileri genişlettiğinde, her bir soyut yöntemin uygulanmasını sağlamak GEREKECEKTİR.

Umarım bu yardımcı olur ... ve Allahu 'alam!

Arabirim, yönteminin uygulanmasına sahip olmayan, ancak yalnızca bildirimi olan bir sınıf anlamına gelir.
Öte yandan, soyut sınıf, bazı yöntemlerin uygulanmasının yanı sıra yalnızca bildirimle bazı yöntemlerin uygulanmasına sahip olabilen, uygulama yapılmayan bir sınıftır.
Soyut bir sınıfa bir arabirim uyguladığımızda, bu soyut sınıfın arabirimin tüm yöntemlerini miras aldığı anlamına gelir. Soyut sınıfta tüm yöntemi uygulamak önemli olmadığından, soyut sınıfa (kalıtım yoluyla da) geldiği için soyut sınıf, burada uygulama yapmadan bazı yöntemi arayüzde bırakabilir. Ancak, bu soyut sınıf bir somut sınıf tarafından miras alınacağı zaman, soyut sınıfta tüm bu uygulanmamış yöntemi orada uygulamak zorundadır.

Arayüz göz önüne alındığında:

public interface IAnything {
  int i;
  void m1();
  void m2();
  void m3();
}

Java aslında bunu şu şekilde görüyor:

public interface IAnything {
  public static final int i;
  public abstract void m1();
  public abstract void m2();
  public abstract void m3();
}

Böylece abstract, abstractsınıfların başka bir abstractsınıfı genişletmesi durumunda yapacağınız gibi, bu yöntemlerin bazılarını (veya tümünü) uygulanmadan bırakabilirsiniz .

Ne zaman implementbir interfacebütün o kural interfaceyöntemleri türetilmiş uygulanması gereken classtek somut uygulanır class(değil yani, uygulama abstractkendisi).

Eğer gerçekten bir oluşturmayı planlıyorsanız abstract classbunun out, o zaman ettik söyleyen bir kural yoktur implementhepsi interface(böyle bir durumda o türetilmiş açıklamak zorunlu olduğuna dikkat yöntemlerinin classolarak abstract)

Soyut Bir Sınıf Bir Arayüz Uyguladığında

Arabirimler bölümünde, bir arabirim uygulayan bir sınıfın arabirimin tüm yöntemlerini uygulaması gerektiği belirtildi. Bununla birlikte, sınıfın soyut olarak bildirilmesi koşuluyla, arabirimin tüm yöntemlerini uygulamayan bir sınıf tanımlamak mümkündür. Örneğin,

abstract class X implements Y {   
    // implements all but one method of Y
}

class XX extends X {   
    // implements the remaining method in Y 
} 

Bu durumda, X sınıfı soyut olmalıdır çünkü Y'yi tam olarak uygulamaz, ancak XX sınıfı aslında Y'yi uygular.

Referans: http://docs.oracle.com/javase/tutorial/java/IandI/abstract.html

Yöntemleri uygulamak için soyut sınıflar gerekli değildir. Dolayısıyla, bir arayüz uygulamasına rağmen, arayüzün soyut yöntemleri soyut kalabilir. Somut bir sınıfta bir arabirim uygulamaya çalışırsanız (yani soyut değil) ve soyut yöntemleri uygulamazsanız, derleyici size şunu söyleyecektir: Ya soyut yöntemleri uygulayın ya da sınıfı soyut olarak bildirin.