Reprise du message précédent :

Bordel de bite à cul, on parle pas de Java là, on parle de langages à typage dynamique, interprétés, le compilo ne fait pas de vérifications de types c'est tout juste si il fait une vérif de syntaxe

je dirais +1, en tout cas c'est pour ca que j'ai commencé a en faire en php. justement pour controler ca

 
bah au moins il s'assure que ta fonction existe, quoi...

tu veux dire qu'il gueule pas si tu fasi pas ca comme il faut

Masklinn > Au fait, avec ta logique, c'est quoi l'intéret d'une interface dans un langage à typage statique? Aprés tout suffit de décrire dans la doc du programme comment doivent être constitué les classes. Aprés tout, on se retrouve alors avec exactement la même chôse tout en ayant des couches en moins.

si.
Crée une interface et une classe qui l'implémente, si tu implémentes pas les fonctions déclarées dans ton interface, il gueule.

Je vérifierais ce soir, mais de toute maniére, je te croirais pas avant d'avoir vérifier.

je sais  pas, je fais rarement cette erreur

Moi aussi, mais dans le cas de php j'aime bien tester pour voir si ça fait bien ce que ça devrait.

Moi je m'en fout du langage en dessous. Tout ce qu'il me faut, c'est une interface pour définir les méthodes d'une classe. Après si le langage en dessous gère pas les interfaces, je m'en balance...

Préciser de quelle version de php vous parlez là, c'est un peu un dialogue de sourds

php5, pour les interfaces, en-dessous ça existe pas.

PHP4, bien-sûr, mais je compte passer au 5... pour des soucis de rapidité tant en OO qu'en XML

php5 pour moi

 
Ouais, sauf que Masklinn s'excite depuis tout à l'heure sur l'espèce de truc à FlorentG en php4 qui essaie de ressembler à une interface
 
Donc oui, en php4, ça sert à rien, en php5, ya des trucs prévu pour qui te gueuleront dessus si tu respects pas l'interface.

L'expert raconte des conneries

FlorentG > Evite alors de dire que ca marche pas vu que t'as même pas essayé avec une version récente. Et php4, désolé de te dire ça, mais pour faire de la programmation objet en php, c'est largement dépassé alros faut pas s'étoner que certains trucs ne marchent pas.

Quel expert ?

(pour aller avec les interfaces, on gagne aussi les classes abstraites, la visibilité des membres, etc...en php5! )

mais de quoi tu causes, toi?

Hein ? Où ça j'ai dis que ça marchais pas ? Je parlais de PHP4, je sais très bien qu'en PHP5 ça marche
 

Nan arrête je savais pas ah nan mais tu m'apprend quelque chose là Nan sérieux

quel question tu connais pas l'expert ?

Heuuu non...

Prenons un exemple: tu as des classes de chocolat, un chocolat blanc, un chocolat noir et un chocolat au lait.

Ce sont des objets différents instancés à partir de classes différentes (c'est illogique, je sais, normalement ils devraient tous avoir la même classe et différer par les valeurs des membres mais c'est comme ça), mais tous ont une partie commune.

Maintenant imaginons un mélange utilisant n'importe quel chocolat, en le faisant fondre par exemple (la méthode "fondre" étant présente dans tous les chocolats).

Dans un langage à typage statique, soit tu crées n fois la fonction utilisant le chocolat (pour chaque type de chocolat) soit tu te simplifies la vie en créant une interface IChocolat implémentée par tous tes chocolats, et tu vas définir ta fonction comme

au lieu de te taper

Avec des surdéfinitions à effectuer pour chaque nouveau chocolat.

Donc l'interface est nécessaire et simplifie grandement la logique de l'application.

Maintenant dans un langage dynamique, tout ce que tu écris c'est

Pas besoin d'interface, "fondre" fait partie du protocole de "chocolat", et tout ce qui fond est utilisable

Si la méthode "fondre" n'existe pas, exception (c'est pas du chocolat) que tu catches proprement

Mieux, si un jour tu te rends compte que tu peux remplacer ton chocolat par du sucre, suffit que ton sucre puisse fondre (ce qu'il peut faire, sinon tu pourrais pas remplacer ton chocolat) et tu peux le balancer à la place du chocolat (tu redéfinis le protocole utilisé, mais dans la mesure où ce n'est qu'une représentation logique de l'implémentation physique ça n'a aucune importance).

Alors qu'avec tes interfaces statiques tu l'auras dans l'os, parce que personnellement je vais pas demander à mon sucre d'implémenter IChocolat

non rien.

et après l'avoir catché t'en fait quoi ?

C'est bizare, t'étais le seul à parler de php4.

Tu la fait fondre

Je crois oui Mais promis, je me met au 5 dès cette semaine

Machine> http://www.nexen.net/docs/php/anno [...] inting.php

Tu fais ce que t'es censé faire quand le mec a pas mis du chocolat (ou un truc qui fond)
 
Genre tu throw une autre exception de type FailedRecipe, parce que tu viens de perdre tous tes ingrédients en mettant des brocolis dans ton gateau

 
Mon dieu...

 
Ben quoi, ils gèrent déjà les classes, c'est pas mal!

Tiens, conaissais pas ça. La classe, faut que je regardes de plus prés pour m'en servir.

(bon, ok, une erreur fatale c'est un brin moins pratique qu'une exception...)

c'est pas moins pratique c'est logique, tu respectes pas l'interface ça doit se vautrer, pas commencer à se catcher c'est n'importe quoi ça

C'est plus une interface bordel, c'est un protocole, et si tu respectes pas le protocole t'as une erreur, si l'erreur est prévue tu catches et tu fais ce que t'as à faire, si elle est pas prévu ça vautre en bubblant l'exception avec une trace

Normalement ça devrait même pas compiler... Nichts exception ou quoi que ce soit : impossible de continuer lors de la compilation / parsing du script

Quoi c'est plus une interface ? c'est quoi ça ? http://www.php.net/manual/fr/langu [...] rfaces.php

Mais t'as vraiment rien compris  
 
Depuis tout à l'heure, j'essaie d'expliquer que je ne vois pas l'intérêt d'utiliser cette infamie dans un langage dynamique
 
Une interface, c'est une convention implémentée statiquement, parce que c'est impératif dans les langages à typage statique.
 
Un protocole, c'est une convention implémentée dynamiquement (via duck typing), parce que c'est largement plus pratique et moins verbeux

Parceque t'as pas compris qu'il y avait belle et bien une vérification et en cas de non respect de l'interface une erreur

Ratal, si, et j'ai aussi compris que cette daube n'était même pas utilisable sur les types natifs du langage, super quoi

Faut pas désespérer, PHP6 p-e?
Et la possibilité de typer un paramètre avec une interface, voire de typer le retour des fonctions...