Discussion :

[viviboss]

Bonjours,

Je reviens vous voir pour discuter, maintenant, des classes Abstraites.

En effet, "PHP5 Avancé" traite bien des 2, mais pour finalement obtenir quasiment aucune différenciation entre : Abstraite et Interface.

J'ai enfin trouvé mon cas pratique pour les interface : j'ai 5 classes composés chacune de entre 5 et 7 méthodes.

Sur ces méthodes, il y'en a 3 qui sont communes aux 5 classes, tout en cultivant quelques différences liés à leurs identités (en bref, ces 3 méthodes portent le même nom dans mes 5 classes, font les mêmes traitements, mais comportent des spécifications légèrement différente d'une classe à l'autre....).

Pour l'instant, afin d'éviter des fautes et autre tracasseries (en effet, mes objets subissent des traitements dans d'autres objet : donc les méthodes doivent strictement être formés correctement...), j'utilise une interface avec mes 3 méthodes utilisés dans mes classes.....

Mais je me demande s'il ne serait pas mieux de prendre une classe abstraite.

Quels sont les différences ?

Merci à vous !!!

[Amara]

Google est ton ami.

Exemple : http://www.clever-age.com/veille/blo...interface.html

Une interface est un peu comme une classe abstraite dans laquelle aucune méthode ne serait implémentée : les méthodes y sont seulement déclarées.

Les classes abstraites servent à factoriser du code, tandis que les interfaces servent à définir des contrats de service.

[viviboss]

Merci pour la réponse, je sais que google est mon ami, mais vous aussi !!!!

Et en plus, les recherches que j'avais fait avant ne me satisfaisaient pas....

Bref, donc dans mon cas il serait préférable de faire une classe abstraite.... Mais comment utiliser la "factorisation" de ces classes ?

En effet, en PHP5 une classe abstraite est implémenté, comme une interface... Par conséquent, il n'y pas d'héritage au sens "extension" de la classe....

Alors si je déclare mes méthodes dans la classe abstraite, comment les utiliser dans mes classes qui l'implémente ?

L'interface ne m'apporte que des "obligation" d'utilisation strict de mes méthodes, mais si je peu simplifier mon code par une "factrorisation" de mes méthodes, ce serait sans doute le mieux....

[Sékiltoyai]

Si tu as des méthodes à factoriser, le mieux est d'utiliser des classes abstraites, dont hériteraient chacune des autres classes.
Les interfaces sont réservées à la définition d'un schéma de classe, un cahier des charges pour la réalistation d'une classe de tel ou tel type...

[broumbroum]

je savais pas l'apparition des classes abstraites et des interfaces en php5... si c'est le cas alors ça doit être comme en java la classe abstraite ne serait jamais instanciée et toujours étendue dans sa totalité en sous-classes.

[viviboss]

je savais pas l'apparition des classes abstraites et des interfaces en php5... si c'est le cas alors ça doit être comme en java la classe abstraite ne serait jamais instanciée et toujours étendue dans sa totalité en sous-classes.

....Et bien c'est effectivement le cas. Il est dis (c'est pas moi, hein...) que le PHP5 n'a plus rien à envier à JAVA......Bon , ca vaut ce que ca vaut.

Mais pour les classes abstraites, on les implémentes, on ne peut donc pas faire appel à une méthode d'une classe abstraite comme un "simple" héritage ? (parent::methodedelaclasseparente....)

[Sékiltoyai]

Non, les classes abstraites sont héritée, comme toute autre classe, les interfaces sont implémentées... Et dans le cas d'un héritage d'une classe abstraite ou non, on accède à l'élément surchargé par parent::element.
Au niveau des objets, oui, le php n'a absolument rien à envier au java, et c'est vrai aussi pour pas mal de choses, mis à part que le php est interprété donc plus lent, et que son usage n'est pas le même que pour java...

[viviboss]

Autant pour moi, je me suis emmelé les pinceaux..... il faut que j'étudie en core !!!! lol