Nous utilisons SubClass étend SuperClass uniquement lorsque la sous-classe souhaite utiliser certaines fonctionnalités (méthodes ou variables d'instance) qui sont déjà déclarées dans la SuperClass , ou si je souhaite modifier légèrement les fonctionnalités de la SuperClass (méthode prioritaire). Mais disons, par exemple, j'ai une classe Animal ( SuperClass ) et une classe Dog ( SubClass ) et il y a peu de méthodes que j'ai définies dans la classe Animal par exemple. doEat (); , doSleep (); ... et beaucoup plus.
Maintenant, ma classe Dog peut simplement étendre la classe Animal, si je veux que mon chien utilise l'une des méthodes déclarées dans la classe Animal, je peux invoquer ces méthodes en créant simplement un objet Dog. Ainsi, je peux garantir que j'ai un chien qui peut manger et dormir et faire tout ce que je veux que le chien fasse.
Maintenant, imaginez, un jour un amoureux des chats entre dans notre espace de travail et elle essaie d'étendre la classe animale (les chats mangent et dorment aussi). Elle crée un objet Cat et commence à invoquer les méthodes.
Mais, disons, quelqu'un essaie de fabriquer un objet de la classe Animal. Vous pouvez dire comment un chat dort, vous pouvez savoir comment un chien mange, vous pouvez savoir comment un éléphant boit. Mais cela n'a aucun sens de faire un objet de la classe Animal. Parce que c'est un modèle et nous ne voulons pas de façon générale de manger.
Donc, à la place, je préfère créer une classe abstraite que personne ne peut instancier mais qui peut être utilisée comme modèle pour d'autres classes.
Donc pour conclure, Interface n'est rien d'autre qu'une classe abstraite (une pure classe abstraite) qui ne contient aucune implémentation de méthode mais seulement les définitions (les modèles). Donc, quiconque implémente l'interface sait juste qu'il a les modèles de doEat (); et doSleep (); mais ils doivent définir leur propre doEat (); et doSleep (); selon leurs besoins.
Vous étendez uniquement lorsque vous souhaitez réutiliser une partie de la SuperClass (mais gardez à l'esprit, vous pouvez toujours remplacer les méthodes de votre SuperClass en fonction de vos besoins) et vous implémentez quand vous voulez les modèles et que vous souhaitez les définir vous-même (selon vos besoins).
Je vais partager avec vous un morceau de code: vous l'essayez avec différents ensembles d'entrées et regardez les résultats.
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
}
}
Interfaces définies :
public interface AnimalInterface {
public void eating();
}
interface Herbi {
public void herbiEating();
}
