Version imprimable
Bonjour à tous,
Je me pose une question qui me permettrai de mieux comprendre la notion d'interface. Au niveau du langage humain, comment représenter une interface? Est-ce que celà peut se traduire par la notion d'obligation? Une interface n'est ce qu'un patron que l'on doit surchager?
De manière plus générale, je me demande quand utiliser une interface...
Merci.
Tu peux voir une interface est un contrat .Dans ce contrat se trouvent en géneral les méthodes non implementées(les termes du contrat).Ces methodes peuvent representer des comportement. Ainsi toute classe qui veut heritér de cette de cette interface est obligée de definir les methodes de l'interface.Citation:
Envoyé par dahtah
Par exemple tous les animaux se nourrissent mais pas de la même manière.On peut donc définir une interface INourriture avec comme contrat senourrir()...
Je te conseille de voir ici http://rmdiscala.free.fr/
Je vois pas l'intérêt au niveau du code, vu que tu es obligé de redéfinir les méthodes pour chaque classe implémentant l'interface.
Pour reprendre ton exemple que mettrais tu dans ton interface INourriture, et que surchagerais tu dans une classe implantant INourriture?
Je veins de lire ton lien, et je crois que je commence à piger. Dis moi si je me trompe : une interface force des classes parrallèles à implémanter des méthodes qui leurs sont communes, mais dont le comportement (de ces méthodes) est différent.
Par exemple la classe Herbivore implémante l'interface INourriture en surchargeant la méthode senourrir() (se nourrir d'herbe). La classe Insectivore fait de même (se nourrir de graines). Ces deux comportements ne peuvent être transmis par l'héritage, donc ils sont implantés par l'interface. C'est :aie: , :roll: , 8O , ou :king: ?
Est-ce que quequ'un pourrait mettre des exemples concrets?
Merci...
Citation:
Envoyé par dahtah
Oui c'est un peu çà .Par contre il ne s'agit pas de la surcharge(encore appelé redefinition parfois) et la surcharge c'est autre chose.
car il les methodes d'une interface n'ont pas de code. Par exemple en java:
Interface INourriture {
void seNourrir(); //c'est tout
}
soit une classe qui implemente cette interface( ) :
class NourritureDeChien implements INourriture {
void seNourrir(){
//ici tu dis des trucs sur la nourriture du chien
{
}
C'est aussi simple que çà .
Je te conseille bien lire la documentation.
C'est quoi l'interêt au niveau du code ?Citation:
Envoyé par dahtah
c'est ce qu'on appelle le couplage faible.
c'est plus efficace .
C'est propre.
c'est de la technique de programmation.
c'est polymorphe.
Le fonctionnement n'est pas pareil à la compilation + l'execution.
Dois continuer :) ?
Merci pour les précisions, j'ai compris le concept.
Quelle est la différence de fonctionnement à l'éxecution/compilation?
Et maintenant, quelle est la différence avec une classe abstraite mis à part le multi héritage?
Citation:
Envoyé par kossistus
Très très Très grossièrement :Citation:
Envoyé par dahtah
Tu peux voir la compilation comme la phase(il y en a plusieurs) qui verifié le lexique et la syntaxe de ton code(erreurs par exemple, mauvais transtypage ...).
Et tu peux voir l'execution comme l'etape juste avant que tu ne vois le resultat de ton code .
Quand à une classe abstraite, lis la doc .
Au risque de me répéter il y un minimum d'effort à faire, celui de lire une des multitudes doc sur cette site même.
Ok chef?
Je demandais ça pas dans le cas général, mais la différence de compilation/éxécution entre une classe et une interface.Citation:
Tu peux voir la compilation comme la phase(il y en a plusieurs) qui verifié le lexique et la syntaxe de ton code(erreurs par exemple, mauvais transtypage ...).
Et tu peux voir l'execution comme l'etape juste avant que tu ne vois le resultat de ton code .
Quand à lire la doc, je suis d'accord, et j'en lis plein. Mais c'est indigeste au bout d'un moment et les subtilités ne sont pas toujours évidentes à saisir par soi même.
Merci bien en tout cas.
.Citation:
Envoyé par dahtah
...indigeste: ==> Désolé de te decevoir mais c'est peut être le prix à payer.
....Mais c'est indigeste au bout d'un moment et les subtilités ne sont pas toujours évidentes à saisir par soi même
==> Tout à fait et c'est pour çà que les forums sont la, n'est ce pas ? Un de mes profs disait qu'à force çà fini par rentrer . Mais je ne veux surtout pas te faire la morale.
... la différence de compilation/éxécution entre une classe et une interface:
==>Il n'y a pas de comparaison possible. Mais ce n'est certainement pas ce que tu veux savoir j'en suis certain.
A la bonheur