Bonjour,

L'idée d'objet par prototype me plaît bien en JavaScript et je me suis penché sur la reproduction d'un prototype en PHP.

Néanmoins même si cette façon d'aborder l'objet a des avantages, on perd beaucoup des avantages l'objet en PHP (propriétés et méthodes privées ou protégées, classes abstraites, finales, interfaces, et tout ce qui reste possible devient largement moins strict et donc potentiellement moins bien structuré).

Par contre l'utilisation d'un prototype peut permettre d'ajouter à la volée des fonctions sur une classe particulière, ou même de modifier une méthode existante sur une classe, ça rend les objets beaucoup plus modulaires et c'est un concept qui m'intéresse.

Voici un exemple basique de prototype en PHP : http://wall.deblan.fr/x1721/php/1/

Que pensez-vous de cette façon d'aborder l'objet ? Est-ce viable de l'utiliser en PHP ?

Le concept ne me plaît pas du tout. Cependant, en jouant le jeu, je développerait ça autrement : http://wall.deblan.fr/x1722/php/1/

Note que l'héritage fonctionne bien : http://wall.deblan.fr/x1723/php/1/ (j'en ai profité pour refactorer __call)

Qu'est-ce qui ne te plaît pas dans le concept, plus précisément ?

Pour ton exemple il y a quelques limites dans l'héritage...

http://wall.deblan.fr/x1724/php/1/

Le dernier setNewFoo (appelé sur Example) utilise la version qui a été modifiée sur SubExample)... une classe fille qui modifie le prototype de la classe mère, je suis pas sûr que ce soit le comportement désiré, enfin pas dans ma logique en tout cas.

Mais oui en passant pas des fonctions pour définir le prototype ça me semble moins permissif, mais dans mon example (du premier post) j'ai préféré coller au maximum à la syntaxe du JS.

Petite question concernant les exceptions, personnellement je préfères ne pas en lancer (sauf exception ) et laisser se propager les exceptions natives (quitte à devoir descendre un peu dans la backtrace pour trouver la source réelle du problème). Tu as pas l'air de raisonner de la même façon, les exceptions ont d'autres avantages que la simplification du debug ?

Remarque dans ma version aussi y'a le même problème quand on modifie une classe fille, faudrait rajouter un clone mais à ce moment là quand on modifie le proto d'une classe mère par la suite, les classes filles suivent pas... après faudrait faire un __proto__ et aller chercher récursivement dedans.

"Qu'est-ce qui ne te plaît pas dans le concept, plus précisément ?" (sans prétention)
- je ne me suis jamais dis qu'un tel truc pourrait m'être utile et je ne l'ai jamais croisé dans les moultes projets où j'ai mis le nez dedans
- d'un point de vue conception, je trouve ça mauvais : je connais les méthodes d'un objet si je dois en ajouter/surcharger, je fais de l'héritage (ou j'utilise un mécanisme proche)

"ne classe fille qui modifie le prototype de la classe mère, je suis pas sûr que ce soit le comportement désiré" c'est clair que ça pue ^^

J'ai essayé d'arrangé le problème sur ma version, il faut en fait redéclarer le static $prototype sur chaque classe fille.

Et je me suis amusé à faire un __proto__ pour remonter récursivement dans le prototype des classes mères et ça a l'air de marcher correctement, par contre faut y aller à coups de get_class($self) pour conserver le polymorphisme, mais ça me plaît bien dans l'ensemble.

http://wall.deblan.fr/x1726/php/1/

En tout cas merci deepblue d'avoir répondu.

D'autres personnes pour me donner leur avis ?

Et pour répondre sur les exceptions, ça permet simple de gérer les erreurs correctement (au sens : les maitriser et réagir en fonction d'elles).