configuration light des classes d'objets en PHP

salut,
javascript on peut avoir une facon de construire les classes d'objet
légère et que lors de l'instanciation de la classe de ne pas toujours recréer
les fonctions/méthodes à chaque fois.
Pour cela on écrit les fonctions non dans la classe directement
mais plutot dans le prototype de la classe.
En php quelles sont les techs de conception pour avoir des objets légers ?

PHP n'utilise pas le modèle objet prototype de JS. Cela force donc à bidouiller pour obtenir un comportement similaire.

On pourrait imaginer ceci :

Code:

---

1 2 3

$o = new class { }; $o->f = fn ($x) => $x * 2; $o->f(123); // 236 ? Nope

---

Mais en l'état cela aboutit à une erreur Call to undefined method class@anonymous::f() (il faudrait faire ($o->f)(123)), alors qu'en passant par un tableau associatif cela fonctionne :

Code:

---

1 2 3

$a = []; $a['f'] = fn ($x) => $x * 2; $a['f'](123); // 236 OK

---

Mais on perd ici la notation objet et le $this.

En bidouillant avec __call() ( https://www.php.net/manual/fr/langua...verloading.php ) on peut "intercepter" l'appel à la "méthode" et en profiter pour faire un bind sur le $this ( https://www.php.net/manual/fr/closure.bindto.php ) :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12

$o = new class { public function __call($closure, $arguments) { return call_user_func_array($this->{$closure}->bindTo($this), $arguments); } };   $o->f = fn ($multiplier) => $this->x * $multiplier;   $o->x = 123;   echo $o->f(3); // 369 OK

---

les méthodes déclarées en static ne permettent pas d'économiser de la création "inutile" de methode à chaque instanciation ?
Et les "traits" ca peut servir ?

JS et PHP n'ont pas le même paradigme objet , vouloir faire la même chose que JS dans PHP n'a pas d'intérêt

Citation:

---

Envoyé par mapmip

les méthodes déclarées en static ne permettent pas d'économiser de la création "inutile" de methode à chaque instanciation ?

---

Si tu veux "d'économiser" sur tes instanciations d'objets c'est soit que tu as un énorme problème de conception soit que c'est inutile.

Citation:

---

Envoyé par mapmip

Et les "traits" ca peut servir ?

---

Les traits faut voir ca comme un héritage fonctionnel. En gros ca te permet d'ajouter des fonctionnalités à des classe. Ca n'a pas les limitation de l'héritage (possibilité d'utiliser multiple traits par exemple). Ca n'a de l'intérêt que si un traits à vocation à être utilisé par plusieurs classes ,sinon autant tout mettre dans la classe directement.
Perso je suis pas super fan, mais pourquoi pas

Confirmez-moi : les méthodes static sont-elles regénérées/dupliquées/recrées à chaque instanciation pour chaque objet ?
Permettent-elles réellement d'économiser de la mémoire ?

Encore une fois , optimisation inutile.

L'intérêt d'une méthode static c'est de ne pas avoir besoin de créer une instance d'objet.
* C'est plus facile à utiliser
* Ca évite l'instanciation d'un éventuel gros objet.
* Ca permet de partager une fonction entre plusieurs instances.

Il faut bien comprendre qu'entre le code que tu écris et celui qui est exécuté , il y'a des compilateur/interpreteurs qui optimisent tout un tas de chose pour que justement tu n'es pas à t'en soucier.
Ta problématique ca doit être de limiter les instanciations d'objet , d'éviter d'avoir des variables qui ne servent à rien , etc ... pas de limiter le nombre de fonction dans une classe.