Wir verwenden SubClass erweitert SuperClass nur, wenn die Unterklasse einige Funktionen (Methoden oder Instanzvariablen) verwenden möchte, die bereits in der SuperClass deklariert sind , oder wenn ich die Funktionalität der SuperClass geringfügig ändern möchte (Methodenüberschreibung). Angenommen , ich habe beispielsweise eine Tierklasse ( SuperClass ) und eine Hundeklasse ( SubClass ), und es gibt nur wenige Methoden, die ich in der Tierklasse definiert habe, z. doEat (); , doSleep (); ... und viele mehr.
Jetzt kann meine Hundeklasse einfach die Tierklasse erweitern. Wenn mein Hund eine der in der Tierklasse deklarierten Methoden verwenden soll, kann ich diese Methoden aufrufen, indem ich einfach ein Hundeobjekt erstelle. Auf diese Weise kann ich garantieren, dass ich einen Hund habe, der essen und schlafen und alles tun kann, was der Hund sonst noch tun soll.
Stellen Sie sich vor, eines Tages kommt ein Katzenliebhaber in unseren Arbeitsbereich und versucht, die Tierklasse zu erweitern (Katzen essen und schlafen auch). Sie erstellt ein Cat-Objekt und ruft die Methoden auf.
Aber zum Beispiel versucht jemand, ein Objekt aus der Tierklasse zu machen. Sie können sagen, wie eine Katze schläft, Sie können sagen, wie ein Hund frisst, Sie können sagen, wie ein Elefant trinkt. Aber es macht keinen Sinn, ein Objekt der Tierklasse zu machen. Weil es eine Vorlage ist und wir keine allgemeine Art zu essen wollen.
Daher werde ich lieber eine abstrakte Klasse erstellen, die niemand instanziieren kann, die aber als Vorlage für andere Klassen verwendet werden kann.
Zusammenfassend ist Interface nichts anderes als eine abstrakte Klasse (eine reine abstrakte Klasse), die keine Methodenimplementierungen enthält, sondern nur die Definitionen (die Vorlagen). Wer also die Schnittstelle implementiert, weiß nur, dass er die Vorlagen von doEat () hat. und doSleep (); aber sie müssen ihr eigenes doEat () definieren; und doSleep (); Methoden nach ihren Bedürfnissen.
Sie erweitern nur, wenn Sie einen Teil der SuperClass wiederverwenden möchten (aber denken Sie daran, dass Sie die Methoden Ihrer SuperClass je nach Bedarf jederzeit überschreiben können) und implementieren, wenn Sie die Vorlagen möchten und sie selbst definieren möchten (je nach Bedarf).
Ich werde Ihnen einen Teil des Codes mitteilen: Sie versuchen es mit verschiedenen Eingabesätzen und sehen sich die Ergebnisse an.
class AnimalClass {
public void doEat() {
System.out.println("Animal Eating...");
}
public void sleep() {
System.out.println("Animal Sleeping...");
}
}
public class Dog extends AnimalClass implements AnimalInterface, Herbi{
public static void main(String[] args) {
AnimalInterface a = new Dog();
Dog obj = new Dog();
obj.doEat();
a.eating();
obj.eating();
obj.herbiEating();
}
public void doEat() {
System.out.println("Dog eating...");
}
@Override
public void eating() {
System.out.println("Eating through an interface...");
// TODO Auto-generated method stub
}
@Override
public void herbiEating() {
System.out.println("Herbi eating through an interface...");
// TODO Auto-generated method stub
}
}
Definierte Schnittstellen :
public interface AnimalInterface {
public void eating();
}
interface Herbi {
public void herbiEating();
}
