Discussion :

[Djakisback]

Salut,
je ne pense pas que l'on puisse parler d'extension de classe, c'est plutôt dans l'autre sens qu'il faut voir le truc. Ca permet justement de définir/spécifier un modèle détaché de l'implémentation. Comme expliqué lorsque on implémente une interface, toutes les méthodes de la classe doivent respecter les signatures des méthodes de l'interface. Ainsi on peut être sûr que telle fonction devra prendre tel type d'arguments et retourner tel type de données. Un des gros avantages c'est que le "main" code ne changera pas quelque soit l'implémentation.
Par exemple en Java, si tu utilises l'interface XMLReader et ses méthodes dans un projet, derrière tu pourras choisir n'importe quelle implémentation (XERCES ou autre) sans modifier quoique ce soit au code principal.
bye ^^

[edit]
(explication inutile, j'avais pas vu que y avait une 2e page à ce sujet )
[/edit]

[viviboss]

Oula oula, ca part en live..... Ba dit donc, je ne pensais pas que ca pouvait préter tant à polémiques, les interfaces !!!! Quoi que si, vu la maigreur des descriptions dans les docs.......

Ba du coup, je suis..... Continuez !!!! C'est très intéressant tout ca, ca me permet d'avoir une vision plus large sur le sujet.....

Un jour, j'en aurait sûrement besoin (rappelons que au départ, ca m'intrigait, je n'en ai pas encore besoin..... )

Bref, alors d'après Mr N et Genova, j'ai les idées un peu confuse..... On parle d'abstraction, et effectivement c'est quand même vachement abstrait tout ca !!!!

[Mr N.]

Un jour, j'en aurait sûrement besoin (rappelons que au départ, ca m'intrigait, je n'en ai pas encore besoin..... )

C'est pas la bonne démarche. Il aurait été plus pédagogique que tu te retrouves confronté à un problème et qu'on te dise : "la solution, c'est les interfaces."

On parle d'abstraction, et effectivement c'est quand même vachement abstrait tout ca !!!!

Meuh non. Tu verras toi aussi un jour tu seras grand et tu utiliseras des interfaces

[berceker united]

Oula oula, ca part en live..... Ba dit donc, je ne pensais pas que ca pouvait préter tant à polémiques, les interfaces !!!! Quoi que si, vu la maigreur des descriptions dans les docs.......

Ba du coup, je suis..... Continuez !!!! C'est très intéressant tout ca, ca me permet d'avoir une vision plus large sur le sujet.....

Un jour, j'en aurait sûrement besoin (rappelons que au départ, ca m'intrigait, je n'en ai pas encore besoin..... )

Bref, alors d'après Mr N et Genova, j'ai les idées un peu confuse..... On parle d'abstraction, et effectivement c'est quand même vachement abstrait tout ca !!!!

En faite, si tu developpes seul ça ne sert pas forcement mais lorsque le projet atteind un certain niveau et/ou un nombre plus élevé d'intervenant à ce ça peut aider.

[Djakisback]

Par contre je n'ai pas très bien compris pourquoi on dit que les interfaces remplacent l'héritage multiple, pour moi l'héritage multiple c'est :

pepe {
chasse()
}

mamy {
tricote()
}

gugu extends pepe, mamy {
}

et gugu sait tricoter et chasser, alors qu'avec les interfaces vu que t'es obliger de redéfinir les méthodes, je ne vois pas le lien avec l'héritage multiple. (hériter de signatures de fonctions :/)

[Mr N.]

Comme le langage n'autorise pas encore l'héritage multiple la seule solution de faire est d'utiliser les interfaces :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
class gugu extends meme implements pepe
class gugu extends pepe implements meme
class gugu implements meme, pepe

[Djakisback]

Ok, donc l'intérêt est d'avoir une erreur si tu ne redéfinis pas les méthodes ?

[Mr N.]

Oui, mais encore une fois, il ne faut pas s'arreter au langage et à sa syntaxe.
Perso j'utilise des interfaces virtuelles en php4 et du coup je n'ai pas d'erreurs de php puisque ca n'existe pas en php4.
J'utilises des interfaces parce que c'est la conception qui me le dicte, pas parce que ca produit éventuellement des erreurs...

[viviboss]

De toute les facons, c'est comme ca qu'il faut prendre les choses : utilisez ce dont on a besoin, et surtout faire en sorte que le langage choisi pour le projet ne limite pas les "réflexions" de développement prévu.

Bref, il ne faut pas ce borner aux limites de synthaxe : on trouve toujours des solutions !!!!!

PS : MR N, je sais que ca aurait été mieux en terme de démarche d'avoir un exemple concret à vous soumettre (plus pédagogique, effectivement....) Mais ma démarche de départ était de la pure curiosité !!!!

Je ne pensais pas que ce serait si..... "abstrait". (j'aurais du m'en douter.... )

[Djakisback]

En fait je parlais de l'intérêt d'utiliser des interfaces pour "remplacer" l'héritage multiple et j'ai l'impression que le seul intérêt c'est d'avoir des erreurs lors de l'oubli de redéfinition des méthodes.

Si quelqu'un en voit un autre...

[viviboss]

On utilise pas les interfaces pour "remplacer" quelque chose qui existe, mais pour palier une carrance de PHP..... Donc c'est la seule manière de procéder en PHP SI tu veux faire un "semblant d'héritage multiple"..... (en sachant que ce n'en est pas tout à fait....)

[berceker united]

On utilise pas les interfaces pour "remplacer" quelque chose qui existe, mais pour palier une carrance de PHP..... Donc c'est la seule manière de procéder en PHP SI tu veux faire un "semblant d'héritage multiple"..... (en sachant que ce n'en est pas tout à fait....)

Dire que la nom présence d'héritage multiple est une carrance je dis non . Il me semble que c'est qu'en C que cela est possible. Java, C# et toute la smala ce n'est pas intégré je pense que c'est lié à un choix. Pourtant dans la vie courante il y a plusieurs chose qui peuvent avoir un héritage multiple. Caravane hérite de voiture et de maison. Cas plus étrange ornithorynque lui il hérite de canard , de poule, de poisson, de castor, de chevre, ...

[Djakisback]

En fait je crois que c'est plutôt en rapport avec la difficulté qu'avec un choix, car si je me souviens bien en C++ ca bug pas mal

Et apparemment c'est pas très viable pour un langage non compilé, niveau du temps de parcours du graph, dixit wikipedia .

[viviboss]

Dire que la nom présence d'héritage multiple est une carrance je dis non . Il me semble que c'est qu'en C que cela est possible. Java, C# et toute la smala ce n'est pas intégré je pense que c'est lié à un choix.

Autant pour moi, c'est vrai que c'est un choix stratégique des langages eux même (c'est bien ce que j'avais vu en JAVA....)