bind2nd, ptr_fun et types des parametres

Re-salut.

Sur le bout de code suivant, j'ai une erreur de compilation

Code:

---

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

bool EqualsInsensitive(const string& s1, const string& s2){ string one= LowerCase(s1); // Utilise tolower mais si vous avez mieux, je prends string two= LowerCase(s2);   return (one==two); } .... string s("toto"); bool isInside = (find_if(sv.begin(), sv.end(), bind2nd(ptr_fun(EqualsInsensitive), s)) != sv.end()); // sv est un vecteur de strings.

---

qui part quand je mets les parametres d'EqualsInsensitive en non-const ref.

Que faut-il faire pour garder les parametres de cette fonction plutot en const ref ?

Bonjour,

j'ai l'impression que cela n'est pas possible, la chose veut que les paramètres de la fonction soient exactement du type des éléments du vecteur et de 's'. N'oubliez pas que const est un modificateur, il ne fait pas 'parti' du type

Citation:

---

Envoyé par bruno_pages

Bonjour,

j'ai l'impression que cela n'est pas possible, la chose veut que les paramètres de la fonction soient exactement du type des éléments du vecteur et de 's'. N'oubliez pas que const est un modificateur, il ne fait pas 'parti' du type

---

Tu as raison sur ce point. Mais c'est con de perdre le caractere const alors que de l'autre cote, on a une semantique de valeur mais aussi copie ce qui peut etre penalisant.

Intellectuellement ce n'est pas tres satisfaisant de devoir rechanger la signature d'une fonction (ou de la wrapper avec un autre nom vu qu'on ne peut pas surcharger sur const ref) pour pouvoir beneficier des services de la STL.

Sinon, j'ai passe du temps a regarder la comparaison de chaines sans tenir compte de la casse, mais ca reste problematique. Soit il faut surcharger manuellement toupper/tolower si on garde la solution conversion soit il faut passer par une string speciale en passant par char_trait mais je n'ai pas encore creuse comment ca se passe.

Oui la solution c'est de faire sa propre string case-insensitive via char_Trait. Je crois que y'a un gotw qui traite de ça.

J'ai pas le temps de rechercher dans tout les adaptateurs de la STL. Mais sinon y'a toujours la possibilité d'utiliser boost::bind :

Code:

---

1 2	find_if(sv.begin(), sv.end(), boost::bind(EqualsInsensitive, _1, s)

---

mélanger stl et boost me parait être une véritable hérésie, non ?

Citation:

---

Envoyé par bruno_pages

mélanger stl et boost me parait être une véritable hérésie, non ?

---

Euh, en vertu de quoi ?

Au contraire j'ai envie de dire, ca se marie très bien :D

Citation:

---

Envoyé par bruno_pages

mélanger stl et boost me parait être une véritable hérésie, non ?

---

Boost est justement une extension de la S(T)L, ça la complète. La compatibilité est d'ailleurs excellente, et justement, c'est fait pour !

Le problème c'est qu'au fil des déductions de types, bind2nd va se retrouver à manipuler une référence sur le type des paramètres de la fonction, qui sont déjà des références. Passer une copie (plutôt que des références non constantes) devrait fonctionner aussi, du coup.

Ou sinon, tant qu'à écrire du code du prédicat, autant en faire directement un foncteur qui va bien et s'affranchir des adaptateurs divers.

Citation:

---

Envoyé par Goten

Oui la solution c'est de faire sa propre string case-insensitive via char_Trait. Je crois que y'a un gotw qui traite de ça.

---

Oui, au moins temporairement dans les fonctions qui en ont besoin.

Citation:

---

J'ai pas le temps de rechercher dans tout les adaptateurs de la STL.

---

Je ne pense pas qu'on puisse faire plus avec la STL.

Citation:

---

Mais sinon y'a toujours la possibilité d'utiliser boost::bind :

Code:

---

1 2	find_if(sv.begin(), sv.end(), boost::bind(EqualsInsensitive, _1, s)

---

---

Par contre, ceci est impec !!!! Ca prend en compte les const & sans sourciller. :ccool:

Citation:

---

Envoyé par Laurent Gomila

Le problème c'est qu'au fil des déductions de types, bind2nd va se retrouver à manipuler une référence sur le type des paramètres de la fonction, qui sont déjà des références. Passer une copie (plutôt que des références non constantes) devrait fonctionner aussi, du coup.

---

Oui, c'est ce que j'ai dit dans le premier post. Passer par copie simple marche. Attention, j'ai utilise des references constantes au depart mais elles ont ete rejetees par le compilateur.

Citation:

---

Ou sinon, tant qu'à écrire du code du prédicat, autant en faire directement un foncteur qui va bien et s'affranchir des adaptateurs divers.

---

Ma premiere solution etait aussi une reecriture de la fonction, une seconde un wrapper de cette fonction avec un passage par copie. Mais ces deux solutions ainsi que la tienne (ecrire completement le predicat) empechent de reutiliser directement la 'bonne' fonction preexistante.