Discussion :

[yan]

Salut.
Maintenant, les lambda semblent plutôt bien supporté par les compilateurs (visual 2010, gcc 4.5, mingw 4.5,...). Je pense que plusieurs d'entre vous les ont tester voire adopté. Donc, voilà je voulais savoir ce que vous en pensez.

J'ai testé un peu cette semaine et je trouve cela très pratique.

QGraphicsView de Qt permet l'affiche d'un scenegraph2D. Cette classe propose une fonction appeler pour dessiner par dessus la scène. J'ai donc reimplementé cette fonction pour qu'il utilise un std::function. Avec les lambda, je peux très simplement fournir à la vue une nouvelle méthode pour dessiner.

Quand on fait une ihm, un composent est souvent composé d'autre composent plus spécialisé. j'ai créé une widget qui utilise des std::function pour le dessin et les actions souris. Ainsi avec quelques lambda, le composant spécialise très simplement ce sous composant à ses besoin. Par exemple juste pour afficher une information de manière graphique.

Au finale, je trouve que cela simplifie et éviter de créé une multitude de classe très spécialisé .On est très proche des ce que permet les inner classe de jave et C#.

Par contre, faut pas en abusé sinon le code deviens compréhensible.

[Matthieu Brucher]

Je trouve ça aussi génial
Malheureusement, tous les IDEs ne le supportent pas encore (par ex. CDT).

[Goten]

Je regrette plusieurs choses : quelles soient pas polymorphiques, qu'elles puissent pas être récursive. (enfin si on peut, mais il faut les nommé... donc bon c'est plus des lambda :€ ). Mais sinon ouai c'est quand même bien cool.
Sinon pour palier à tout ça y'a boost.phoenix (surtout avec la V3 ... )

[yan]

Je regrette plusieurs choses : quelles soient pas polymorphiques,

C'est à dire?

[Goten]

Elles peuvent pas être générique. (essaye d'utiliser une lambda 0x avec mpl::for_each :€ ). Elles devaient l'être (mot clef auto me semble) mais ça a été abandonné par manque de temps. C'est dommage.

[Arzar]

C'est à dire?

C'est à dire qu'il n'est pas possible d'avoir une lambda correspondante à une fonction object ayant un operator() template.

Je trouve ça genial aussi surtout parceque ça me permet de rééllement encapsuler mes classes ayant des conteneurs en membre quand je veux permettre à du code exterieur d'agir sur les objets contenus mais de manière "controllé". Des points d'extension clean.

Intéressant ! Tu pourrais développer ? (avec un petit exemple) Car perso, je n'ai pas encore utilisé les lambdas autrement que sur des petits snippets pour m'amuser, donc pas encore sur de vrai projet et ça m'intéresse beaucoup de voir en quoi les lambdas pourraient influencer le design de plus haut niveau.

[yan]

@Arzar : 666 messages ça fait peur ^^

C'est à dire qu'il n'est pas possible d'avoir une lambda correspondante à une fonction object ayant un operator() template.

J'ai un peut de mal à comprendre. Car quand on écrit un lambda on connait le contexte non? et ce contexte pourrai être template (j'ai pas testé)? Sinon, c'est plus logique de faire un foncteur.

Pour boost.phoenix, je trouve cela intéressant mais j'ai l'impression que c'est limité. Par exemple, comment créer une variable locale dans une boucle ou un if? Y as pas trop de perte de performance. Il semble qu'avec boost.lambda on pouvais perdre presque 30%.

D’ailleurs quelqu'un à une idée du coût de l'utilisation des lambda?

[Klaim]

Je trouve ça genial aussi surtout parceque ça me permet de rééllement encapsuler mes classes ayant des conteneurs en membre quand je veux permettre à du code exterieur d'agir sur les objets contenus mais de manière "controllé". Des points d'extension clean.


En fait ça simplifie énormément de code, et on a pas peur d'utiliser des lambda par souci de performance, comme on pourrait avoir peur pour de nouvelles features qui ont l'air avancées : ça ne reste qu'une autre manière d'exprimer les fonctors!

Ah oui et du coup utiliser std::for_each() ou std::sort() ou std::find_if() devient un plaisir.