Discussion :

[mapmip]

Salut,

dans PHP ou tout autre langage POO,
pensez vous que ca soit une bonne facon de concevoir les classes de la facon suivante :
une classe normale ou abstraite ne doit pas déclarer directement une méthode en son sein,
la méthode doit d'abord être déclarée dans une interface puis la classe implémente l'interface et la méthode en question.

Merci d'avance

[Tsilefy]

Pas nécessairement. Une interface est nécessaire lorsque tu peux avoir plusieurs implémentations possibles. Il y a des cas où c'est rarement le cas, comme les value objects ou les data transfer objects; d'autres où ce n'est jamais le cas, par exemple les classes anonymes.

De plus, une interface est juste une... interface, c'est-à-dire un dispositif pour les objets externes d'accéder à une "famille" d'objet. Mais un objet peut aussi avoir des méthodes propres.

De manière générale, il ne faut pas essayer de tout prévoir à l'avance (et se dire: peut-être qu'un jour j'aurais besoin d'objets similaires et je dois m'y préparer en créant une interface) parce qu'on ne peut pas tout prévoir justement et que les contraintes du futur sont imprévisibles. Si tu n'as pas besoin de multiples implémentations, déclare directement tes méthodes dans la classe; il sera toujours temps de refactoriser plus tard.

[mapmip]

Une interface est nécessaire lorsque tu peux avoir plusieurs implémentations possibles .

Que veux tu dire par implémentations ? Plusieurs méthodes qui portent le même nom voire même nombre et type d'argument mais de classes différentes ?

[grunk]

Prend l'exemple d'un code dont le but est d'enregistrer des logs par exemple.

Tu peux vouloir enregistrer des logs dans un fichier, dans une base de données , dans un syslog, dans un greylog , etc ...
Ca veux dire que tu vas à voir autant de classe que destination (on va appeler ca des writers).

A un moment donner tu vas instancier un objet du genre :

Code :

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

1
2
3
4
 
$logs = new Logs('file'); // Pour écrire dans un fichier
//$logs = new Logs('bdd'); // Pour écrire dans une base
$logs->write('Mon message'); // Quelque soit le type , la fonction est la même

Pour que ce soit transparent , il faut que tes writers implémentent tous la fonction write(). Et pour imposer ca , c'est l'interface qui entre en jeu.

Le but de l'interface c'est donc d'imposer un "contrat" aux classes qui l'implémente. Il y'a une vraie signification derrière son utilisation.

[gene69]

effectivement, soit tu passes par une interface et ton code verifies le type interface, soit par une classe abstraite.

l'avantage de l'interface c'est que tu as la possibilité d'en avoir plusieurs implémentée dans la meme classe.
l'avantage de la classe (mère abstraite ou pas) c'est que tu as possibilité de réutiliser du code parent ... mais qu'un seul parent.

Avant je préfèrai les classes mère, maintenant c'est plus interface.

Quand aux traits... j'ai peu eu affaire à eux.

C'est l'éternelle question de la POO. seule l'expérience peu t'aider.

[Tsilefy]

Avant je préfèrai les classes mère, maintenant c'est plus interface.

Pareil, ça fait des années que je n'utilise plus l'héritage sauf contraint et forcé. Je ne vois aucun cas dans lequel l'héritage est la meilleure solution, c'est juste du copier-coller qui ne dit pas son nom (et qui prête donc à confusion, surtout les débutants). Je préfère une interface, la composition. Quite à utiliser du copier-coller, mieu vaut utiliser les traits qui eux au moins sont clairs (même si la composition résout mieux ces problèmes).