syntaxe queueDeclare(arg::queue=queue, arg::arguments=qo);

Version imprimable

18/08/2010, 15h47
guillaume07

syntaxe queueDeclare(arg::queue=queue, arg::arguments=qo);

salut,

dans le source du projet qpid (implementation du protocle amqp) je suis tombé sur des lignes avec la syntaxe suivante :

session.queueDeclare(arg::queue=queue, arg::arguments=qo);

D'où cela vient et comment ça marche, c'est du boost il me semble non ?

Merci
18/08/2010, 16h00
koala01

Salut,

Ce n'est pas du boost, c'est "simplement" que la fonction a besoin de deux arguments pour lesquels une valeur par défaut a été définie.
18/08/2010, 16h22
guillaume07

Mais la valeur par défaut au moment de la déclaration de la fonction je veux bien mais au moment de la définition et ou de l'utilisation ça ne compile pas normalement
18/08/2010, 16h31
zeldomar

Je suis moi aussi tombé sur ce genre de syntaxe et la réponse m'intéresse grandement aussi :P

Bonjour,

je ne comprends pas la question... :calim2:

La ligne
Code:

1 2 session.queueDeclare(arg::queue=queue, arg::arguments=qo);
n'est-elle pas équivalente à
Code:

1 2 3 4 arg::queue=queue; arg::arguments=qo; session.queueDeclare(arg::queue, arg::arguments);
?

20/08/2010, 08h18
guillaume07

je ne sias pas mais c'est pas du C++ valide d'aprés moi car

arg::queue=queue;

arg::queue est un type, queue une valeur mais il n'y pas de nom de variable
dans l'initialisation
20/08/2010, 09h45
Aleph69

Bonjour,

Citation:

arg::queue est un type

euh... tu l'as vérifié?
Donne le fichier source, je suis curieux de le lire! :P

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
 
 
    BOOST_PARAMETER_MEMFUN(void, messageSubscribe, 0, 9, MessageSubscribeParameters) {
        return no_keyword::Session_0_10::messageSubscribe(
            p[arg::queue|string()],
            p[arg::destination|string()],
            p[arg::acceptMode|0],
            p[arg::acquireMode|0],
            p[arg::exclusive|false],
            p[arg::resumeId|string()],
            p[arg::resumeTtl|0],
            p[arg::arguments|FieldTable()],
            p[arg::sync|true]);
    }
 
   typedef boost::parameter::parameters<arg::keyword_tags::queue,arg::keyword_tags::exchange,arg::keyword_tags::bindingKey,arg::keyword_tags::arguments,arg::keyword_tags::sync> MessageSubscribeParameters;

c'est une classe qui contient plein de définition de ce type

21/08/2010, 18h59
Aleph69

Bonjour,

Trouve la définition de arg::queue et donne-la nous si tu ne la comprends pas.
21/08/2010, 20h44
guillaume07

arg est un namespace, queue de gauche est une string, queue de droite également, la méthode queueDeclare attends une string donc que veut dire la syntaxe :

session.queueDeclare(arg::queue=queue);
21/08/2010, 20h57
Aleph69

Bonsoir,

je dirais qu'elle est équivaut à celle-ci :

arg::queue = queue;
session.queueDeclare(arg::queue);
21/08/2010, 21h10
guillaume07

l'operator = d'une string retourne une string
21/08/2010, 21h17
Aleph69

J'aurais plutôt parié sur le retour d'un string& mais je peux me tromper...
21/08/2010, 21h18
Flob90
Si arg::queue est bien un objet je dirais la même chose que Aleph69.

Quand tu appeles une fonction, et que ses paramètres sont des fonctions (qui retourne le type attendue), disons

Code:

foo( bar(), goo() );

Alors les fonctions qui servent de paramètre sont évalué (dans un ordre quelconque, soit bar en premier, soit goo) et ensuite la première fonction est executé avec les valeur retournées par les fonctions. Dans mon cas c'est équivalent à :
Code:

1 2 3 type1 t1 = bar(); type2 t2 = goo(); //où l'inverse foo(t1, t2); //type1 et type2 les types des paramètre attendues par foo
Dans ton cas, l'opérateur d'affectation d'une string retourne une référence sur lui-même (comme beaucoup d'opérateurs d'affectation), donc ton code est équivalent à ce que t'as donné Aleph69, AMA.
21/08/2010, 21h21
Goten

Non, c'est boost.parameter qui permet d'émuler les passages de paramètres nommé (fonction et template) ;).
21/08/2010, 22h57
Aleph69
Bonsoir,

c'est un peu hors sujet mais dans l'expression
Code:

1 2 p[arg::queue|string()]
l'opérateur | a-t-il une signification par défaut (que je ne connais pas, je ne l'utilise jamais) ou s'agit-il d'une surcharge?
21/08/2010, 23h04
Goten

Il est surchargé ici (boost.parameter toujours) et à un sens totalement différent : il est utilisé pour déclarer une valeur par défaut au paramètre. (ici une string vide)
22/08/2010, 00h22
guillaume07

ENORME boost::paramater
22/08/2010, 10h52
Aleph69

Bonjour,

quels sont les avantages/inconvénients de boost::parameter par rapport à l'idiome de paramètre nommé classique?
22/08/2010, 12h01
Goten

La syntaxe, la possibilité d'avoir des paramètres optionnels, et des paramètres template nommé ;).
22/08/2010, 12h27
Aleph69

Re,

Citation:

Envoyé par Goten

La syntaxe, la possibilité d'avoir des paramètres optionnels, et des paramètres template nommé ;).

J'en déduis qu'il n'y a pas d'inconvénients... :mrgreen:
La technique employée porte un nom ou il faut directement regarder ce qui est fait dans boost pour en comprendre le mécanisme?
22/08/2010, 12h31
Goten

Si des inconvénients y'en a, mais c'est moins objectif :p. Sa rallonge les temps de compilations, je suis pas super fan non plus de la syntaxe pour déclarer une fonction (macro).
Pour l'implémentation : je te laisse chercher, ça m'a jamais intéressé donc j'ai jamais regardé. (et non y'a pas de "nom de technique").
Récemment une approche basé sur un DSEL à été pondu, plus comme une PoC qu'autre chose, j'aimais mieux la syntaxe. (mais les temps de compilation était à la hausse évidemment)

Mais plus généralement j'en ai jamais eu le besoin, j'ai appris à vivre sans vu que le core language ne le supporte pas.
22/08/2010, 12h41
Aleph69

Bon, alors je vais jeter un oeil aux sources! :D
23/08/2010, 17h35
Joel F

La dite version EDSL.

http://github.com/jfalcou/boosties/tree/master/options

Y a une version mieux que je n'ai pas encore pushé
04/09/2010, 14h12
guillaume07

vous êtes combien à bosser dessus
04/09/2010, 14h13
Goten

Sur quoi? boost.parameter ? ils sont deux je crois.

Trois pour la version EDSL :p. (qui n'a aucun rapport avec BP)
04/09/2010, 14h17
guillaume07

et en deux mots la version EDSL change quoi, juste une autre syntaxe ?
04/09/2010, 23h48
guillaume07

Citation:

Envoyé par koala01

Salut,

Ce n'est pas du boost,

:mrgreen:
05/09/2010, 00h35
Aleph69

Bonsoir,

sans vouloir prendre la défense de koala01 (mais un petit peu quand même), je ne suis pas sûr que ta question initiale ait un quelconque rapport avec le fait qu'on utilise ou non boost::parameter.

En ce qui me concerne, je n'ai toujours pas compris où tu as vu une erreur de syntaxe et ce qui te permet d'affirmer que ce n'est pas du C++ valide.
05/09/2010, 13h53
guillaume07

Citation:

je n'ai toujours pas compris où tu as vu une erreur de syntaxe et ce qui te permet d'affirmer que ce n'est pas du C++ valide

là c'est les bases, la syntaxe sans boost.paramater n'est bien évidement pas du C++ valide, en C++ core langage une fonction ne peut pas avoir ses arguements nommés

session.queueDeclare(arg::queue=queue, arg::arguments=qo); cette syntaxe est précisement possible via boost.paramater

Citation:

je n'ai toujours pas compris où tu as vu une erreur de syntaxe et ce qui te permet d'affirmer que ce n'est pas du C++ valide

là c'est les bases, la syntaxe sans boost.paramater n'est bien évidement pas du C++ valide, en C++ core langage une fonction ne peut pas avoir ses arguements nommés

session.queueDeclare(arg::queue=queue, arg::arguments=qo); cette syntaxe est précisement possible via boost.paramater
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 #include <iostream> namespace N{int a=0,b=0;} void foo(int n,int q) { std::cout<<n<<"//"<<q<<std::endl; } int main(int argc, char const *argv[]) { foo(N::a=42,N::b=666); std::cout<<N::a<<"!!"<<N::b<<std::endl; return 0; }
C'est con, ca compile sans soucis .... et sans boost. Le plus fort ? C'est normal (opérateur virgule, tout ca). La réponse a été donnée avant (post #5).

De mémoire (sans garantie de ma part) , Le truc génant avec ce genre de pratique, c'est que l'ordre d'évaluation des paramètres est indéfini. Donc dans le cas où les affectations sont des constantes, ca rulz niquel. Mais si les affectations sont des valeurs de retour de fonction avec des effets de bords (fonction non pure au sens fonctionnel) , c'est génant.

05/09/2010, 16h20
guillaume07

c'est con oui.je comprends pleinement dorénavant la remarque de koala ainsi que celle de son "avocat" :mrgreen:.

reste que je vois mal l'intérêt de la chose ....

PS: si t'as un lien ou une explication pour l'shitoire de l'operateur , je suis preneur
05/09/2010, 16h57
Goten

Non mais là c'est du boost.parameter, cherchez pas!
05/09/2010, 17h16
guillaume07

Citation:

Envoyé par Goten

Non mais là c'est du boost.parameter, cherchez pas!

oui c'est bien pour ça que je veux bien qu'on est cru qu'il ne s'agissait pas de boost mais quel est l'intérêt alors d’initialiser une variable au moment de passer un paramètre à une fonction...j'en vois pas
07/09/2010, 07h08
Joel F

Citation:

Envoyé par Davidbrcz

C'est con, ca compile sans soucis .... et sans boost. Le plus fort ? C'est normal (opérateur virgule, tout ca).

le pauvre operator, , on en abuse tellement que meme quand il fait rien, on l'incrimine ;)
07/09/2010, 10h54
guillaume07

c'est à dire
07/09/2010, 11h28
Joel F

Citation:

Envoyé par guillaume07

c'est à dire

dans le code de david, operator, ne joue aucun role, il s'agit du , d'appel de fonction
07/09/2010, 11h32
guillaume07

je suis largué niveau de l'histoire de la " , "
07/09/2010, 12h10
guillaume07

C'est du bullshit cette phrase : Le plus fort ? C'est normal (opérateur virgule, tout ca).

?