interface ou héritage ?

Bonjour.

Je lis ceci dans un tutoriel pêché sur un site de dév :

"implémenter une interface plutôt que dériver d'une classe semble être un principe assez admis chez les architectes..."

Je ne comprends pas pourquoi (et aucune explication n'est donnée bien entendu). Quelqu'un peut-il éclairer ma lanterne ?

Pour des raisons d'abstraction, il est plus intéressant d'utiliser des interfaces plutôt que des classes, même abstraites. D'ailleurs, de très nombreux patterns utilisent des interfaces comme composant clé.

Citation:

---

Envoyé par Patriarch24

Pour des raisons d'abstraction, il est plus intéressant d'utiliser des interfaces plutôt que des classes, même abstraites. D'ailleurs, de très nombreux patterns utilisent des interfaces comme composant clé.

---

classe abstraite pure <=> interface

donc ton "analyse" est soit très incomplète, soit complètement biaisée


-----------------

il faut surtout garder à l'esprit que peu de langages supportent l'héritage multiple (donc la possibilité d'utiliser différentes classes réelles ou abstraites pour factoriser encore plus le code, etc).
en gros, on y voit surtout Perl (qui laisse faire tout ce qu'on veut), Python, C++ ou OCaml (mais avec des annotations explicites pour l'héritage de méthodes qui pourraient appartenir à différentes classes mères)


des langages mainstream comme C# et Java préfèrent hériter d'une unique classe mère, et implanter plusieurs interfaces...

après en C++, il ne faut pas oublier que le moteur de template peut aussi un énorme rôle... mais on sort du cadre "standard" de l'héritage ;)

Salut,

Un des seuls cas où j'utilise l'héritage est pour factoriser du code d'une famille de classes qui ont un comportement intrinsèque et fondamental commun. Dans ce cas cela prend souvent la forme :

Code:

---

1 2 3 4 5 6 7

Interface ^ | Classe abstraite avec le code commun ^ | Classes concrètes

---

Les raisons pour laquelle l'héritage traditionnel n'est pas souvent utilisé dans les applications d'entreprise :

- Pas d'héritage multiple en Java et C# : comme dit gorgonite, mieux vaut utiliser une interface que griller sa seule cartouche d'héritage.

- La règle "Préférer la composition à l'héritage" permet une injection d'un comportement au runtime plutôt qu'un héritage inamovible fixé à la compilation.

Citation:

---

Envoyé par gorgonite

classe abstraite pure <=> interface

---

En C++, ce n'est pas la même chose d'un point de vue non conceptuel ?

Je me trompe peut-être mais la seule différence que je vois entre une classe abstraite pure et une interface et que l'interface ne peut pas avoir d'attributs. Et comme de toute façon en C++, la notion d'interface est uniquement conceptuel dans le sens ou interface ou pas ca se declare par ": public IClasse".