Discussion :

[CIFQ_Drew]

Je ne sais pas si c'est l'endroit, désolé si ce n'est pas le cas.

Je cherche un énoncé claire qui explique le mieux possible quand on doit utilisé une interface versus une classe abstraite. Je suis en train de me développer un "framework" pour une suite de logiciel que nous offrons et je dois dire qu'à des moment je me demande.

Exemple simple : disons que j'ai deux programmes (Programme Alpha et Bravo), que les deux communiquent avec un serveur Charlie. Le serveur écoute (via une classe EcouteurServeur) et les deux parle via ParleurAlpha et ParleurBravo. La question est simple : devrais-je avoir un IParleur pour les classes des programmes client ou un AbstractParleur ?

Ici on parle d'un exemple fictif, mais l'idée est là.

[Melem]

Si l'on parle C++ comme cela semble être le cas, une "interface" est tout simplement un cas particulier de classe abstraite. En effet, pour une interface :

- Il n'y a que des fonctions membres (les "méthodes"), il ne peut y avoir de donnée membre.
- Tous les membres sont de niveau d'accès public.
- Toutes les méthodes sont virtuelles pures.

Si la classe que tu veux créer peut respecter ces contraintes, alors elle peut être considérée comme une "interface", sinon se sera tout simplement une classe abstraite.