Discussion :

[Yogui]

Bonjour,

Voici un débat qui fait rage sur les listes internes de PHP : comment gérer les fermetures en PHP ? On les appelle aussi "fonctions lambda".

Le principe est de pouvoir créer une fonction anonyme et de l'affecter à une propriété d'une classe. JavaScript est un bon exemple de langage disposant déjà de closures. Si cette syntaxe est retenue, voici comment cela pourrait être utilisé en PHP :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
class View();
{
    public $escape;
}
 
$view = new View();
$view->escape = function($string)
{
    return htmlentities($string, ENT_QUOTES, 'UTF-8');
}
 
echo $view->escape("<script>alert(1)</script>");

Qu'en dites-vous ?

[Yoteco]

Personnellement je n'en vois pas vraiment l'utilité. Je ne suis encore jamais tombé sur un cas où j'aurais dû faire ça...

[chtipitou]

On veut faire ressortir les destructeurs ?

pour liberer quoi ? :p

edit: en relisant le topic, je suis a coté de la plaque.

ca permettrai de faire comme les pointeurs sur fonction, mais ca existait deja avant le php objet.

pourquoi pas, ca permettrai de faire des classes dynamique.

[Yogui]

@Yoteco : C'est utile notamment pour les fonctions de callback, qui n'ont aucune utilité en-dehors du callback en question. N'as-tu jamais eu besoin de créer une fonction de callback, et donc de lui donner un nom que tu n'utilises qu'à un seul endroit ?

L'exemple présenté ci-dessus n'est pas le plus intelligent

[Yoteco]

Ok je vois. Non je n'ai jamais eu besoin de faire un callback en PHP. Par contre en Java et C# oui.

Du coup je trouve que ces fermetures sont nécessaires !

[chtipitou]

en cherchant sur le net a propos de ce que tu appeles fonction de fermeture.

je retombe sur ma premiere idée, est ce que ce sont des methodes que l'on peut comparer aux destructeurs du c++ ?

[Yogui]

En fait, je ne connaissais pas le terme français... Le sujet sur la liste internals@ parle de "Closure", où on voit que le lien français est "Fermeture"

Je pense que le principe du destructeur en C++ est le même que le destructeur en PHP, n'est-ce pas ?

Code :

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

1
2
3
4
public function __destruct()
{
   ...
}

[Phelim]

Si on part du principe que l'on a acces à tout le code de l'application, ce type de syntaxe ne me parait pas totalement utile.

Force est cependant de constater que l'on utilise de plus en plus des frameworks, ou bibliotheques extensibles avec php.

je pense que ce genre de syntaxe permettrait de gagner en modularité quand on a des classes du frameworks que l'on ne souhaite ou ne peut pas étendre. A partir des points de fixation, mieux (ou pire au choix) un tableau fonctionnant avec les __get et _set, on peut faire des miracles en terme d'extensibilités (mais aussi de bien belles horreurs).

Je suis persuadé que ce genre de syntaxe est utile dans certains cas mais qu'elle ne sera pas utilisé tous les jours par les developpeurs php.
Je pense qu'elle viendra surtout en complement de class génériques pour rajouter des helpers ou des filtres facilement.

[GrandFather]

Les fermetures sont un apport des langages fonctionnels, et qu'on retrouve dans des langages de scripts récents et généralistes comme Python et Ruby.

C'est une fonctionnalité très puissante, mais je doute qu'elle soit fréquemment utilisée dans un contexte Web, d'autant qu'elle a un impact non négligeable sur les performances et l'occupation mémoire (la closure conserve pendant toute sa durée de vie en mémoire le contexte, i.e. les variables locales à la fonction et leur valeur). Leur utilisation massive avec PHP pour des applications complexes est à mon avis indissociable de l'utilisation d'un profiler.

En définitive, ce n'est pas une mauvaise idée en soi, mais je doute que le jeu en vaille la chandelle. Et si cette implémentation devait se faire au prix d'une dégradation des performances globales de PHP, je suis résolument contre.

[Eusebe]

En fait, je ne connaissais pas le terme français... Le sujet sur la liste internals@ parle de "Closure", où on voit que le lien français est "Fermeture"

Je pense que le principe du destructeur en C++ est le même que le destructeur en PHP, n'est-ce pas ?

Code :

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

1
2
3
4
public function __destruct()
{
   ...
}

Oui, tout à fait.
Le destructeur en C++ n'a rien à voir avec ces 'fermetures'.
Je ne crois pas qu'il existe de système similaire en C++. Ce que je vois qui s'en rapproche le plus, c'est l'utilisation de "pointeurs" sur des fonctions...

[chtipitou]

Oui, tout à fait.
Le destructeur en C++ n'a rien à voir avec ces 'fermetures'.
Je ne crois pas qu'il existe de système similaire en C++. Ce que je vois qui s'en rapproche le plus, c'est l'utilisation de "pointeurs" sur des fonctions...

ok donc c'etait bien ma seconde idée
merci pour les precisions.

je ne savais pas qu'il y avais de destructeurs en php, je croyais que c'etait géré plus ou moins comme en java avec un garbage collector.


pour ce qui est des fonction de closure, tel que je le vois alors, ca peut servir pour simuler un polymorphisme, et c'est bien tout ca (si le polymorphisme n'existe pas deja en PHP)
(je ne suis pas un fin connaisseur de PHP OO)

[Yogui]

PHP a des destructeurs mais aussi un garbage collector

En fait, puisqu'un script a généralement une durée de vie très courte et que les objets ne persistent pas entre deux exécutions, les destructeurs sont rarement nécessaires : le garbage collector suffit généralement pour nettoyer les ressources utilisées par le script.

Le polymorphisme n'est pas aussi "poussé" en PHP qu'en Java ou en C++, puisque les signatures des fonctions PHP ne prennent que les noms des fonctions, mais ni leur nombre ni leur type. Cette discussion a d'ailleurs eu lieu sur internals@ mais la proposition a toujours été rejetée (jusqu'à maintenant).

[kaymak]

Bonne idée, mais pas tellement pour le web,GTK devrait en tirer un bien meilleur parti.

[Yogui]

Visiblement, PHP 5.3 disposera des fonctions lambda (celavient d'être décidé) de la manière suivante :

Fonction anonyme simple :

Code :

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

1
2
3
4
5
6
   function replace_spaces ($text) {
     $replacement = function ($matches) {
       return str_replace ($matches[1], ' ', ' ').' ';
     };
     return preg_replace_callback ('/( +) /', $replacement, $text);
   }

Fonction de callback ayant besoin de paramètres additionnels :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
 
   function replace_in_array ($search, $replacement, $array) {
     $map = function ($text) use ($search, $replacement) {
       if (strpos ($text, $search) > 50) {
         return str_replace ($search, $replacement, $text);
       } else {
         return $text;
       }
     };
     return array_map ($map, $array);
   }

[kaymak]

Cela veut dire que si une fonction lambda requiert 2 arguments et plus, il faudra utiliser use ?

[Yogui]

Cela veut dire que si tu as besoin d'une fnction lambda pour l'utiliser dans une fonction de callback, tu n'es pas limité au nombre de paramètres que le callback t'autorise à passer. Tu peux utiliser le mot clef "use" et une liste de paramètres, de la même manière que tu utiliserais le mot clef "global" dans une fonction normale par exemple.

[kaymak]

ok ce sont juste deux syntaxes pour faire la même chose.

[Yogui]

Le release manager de PHP 5.3 vient de confirmer que les fonctions lambda et les fermetures feront partie de PHP 5.3 (sauf contre ordre) : http://marc.info/?l=php-internals&m=121577053504295&w=2

[Yogui]

Voici un billet d'adiGuba sur les fermetures, puisqu'elles arrivent également avec la prochaine version de Java : http://blog.developpez.com/adiguba?t..._closures_bgga
Même si la syntaxe change de PHP, le principe est similaire

[kaymak]