Version imprimable
bonsoir à tous!
j'aimerais savoir la différence qui existe entre l'interface et la classe abstraite dans une modélisation d'un exercice ? autrement dit: comment puis je choisir entre une classe abstraite ou bien une interface pour modéliser une entité ?
L'interface n'est que la définition de méthodes que les classe l'implémentant devront redéfinir
La classe abstraite, c'est une classe que tu ne peux pas instancier, qui définit à la fois des méthodes abstraites (sans code) et des méthodes implémentées. Il existe des classes abstraites qui ne possèdent que des méthodes abstraites : c'est possible, mais c'est une connerie dans le sens où l'utilisation d'une interface provoque le même résultat mais offre plus de souplesse (vu qu'on ne peut hériter que d'une classe mais implémenter plusieurs interfaces)
Au niveau de la modélisation, une technique pour savoir si tu dois faire une interface ou une classe abstraite est de se poser une question : est-ce que je déclare un fonctionnement ou un comportement?
Exemple : tu veux modéliser une porte. Veux tu modéliser la porte (possède des charnières, une poignée, une couleur, une serrure), ou son comportement (on peut l'ouvrir, la fermer, tourner la poignée, mettre une clé)
Dans le premier cas, tu fais une classe abstraite, dans le deuxième tu fais DES interfaces (parce que y'a pas que les portes qui sont ouvraABLE ou fermABLE...)
Un interface représente un contrat.
Une classe abstrait représente, une ébauche de classe, une ossature avec un comportement de base.
Les interfaces sont à utiliser quand tu ne veux pas coupler ce qui utilise ton interface et ce qui l'implémente.
Un cas typique est la déclaration des listes en Java.
Il faut savoir que ArrayList hérite directement de AbstractList qui implémente l'interface List.Code:List<String> mesCodes = new AbstractList<String>();
L'utilité de la classe abstraite AbstractList, c'est que son comportement de base peut-être réutilisé pour d'autre implémentation (ce qui est le ça avec la classe Vector).
Donc, les classes abstraits sont à utiliser lorsque tu veux isoler un comportement, malgré le fait que celui-ci n'est pas suffisant pour être utilisable.
D'ailleurs si tu regarde le code source de cette classe tu as :
Cela évite d'avoir à redéfinir des évidences pour les réels implémentations qui n'auront plus qu'à faire ce qui leur est particulier.Code:
2
3
4
5
6
7
8
9public boolean add(E e) { add(size(), e); return true; } public void add(int index, E element) { throw new UnsupportedOperationException(); }
Si tu fait un classe abstraite c'est qu'à un moment donnée tu compte faire deux classes enfants se basant sur ce comportement.
Cordialement,
Patrick Kolodziejczyk.
source :
https://docs.oracle.com/javase/7/doc...tractList.html
https://docs.oracle.com/javase/7/doc...ArrayList.html
(pour les sources, celles-ci sont présent dans le src.zip de l'installe d'un JDK)
D'accord, merci à vous tous ;)