convertir std::string en float

**radicalrider** · 28/06/2006, 15h54

Bonjour, j'ai une fonction qui retroune une chaine apr�s avoir lu dans un fichier XML. En fonctions des cas, cette chaine peut �tre utilis�e telle quelle ou parfois, elle doit etre utiliser en tant que float.

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

1
2
3
 
std::string str = "1,5";
float f = str;

il apparait donc le code d'erreur impossible de convertir une chaine en float, avez vous une solution??
merci

**Swo�g** · 28/06/2006, 15h59

tu devrais jetter un coup d'oeil dans la

: Comment convertir une string en un objet de n'importe quel type ?

Invit� · 29/06/2006, 01h25

Envoy� par radicalrider

Bonjour, j'ai une fonction qui retroune une chaine apr�s avoir lu dans un fichier XML. En fonctions des cas, cette chaine peut �tre utilis�e telle quelle ou parfois, elle doit etre utiliser en tant que float.

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

1
2
3
 
std::string str = "1,5";
float f = str;

il apparait donc le code d'erreur impossible de convertir une chaine en float, avez vous une solution??
merci

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

float f=atof(str.c_str());

non?

**Swo�g** · 29/06/2006, 03h03

Envoy� par Luc Raymond

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

float f=atof(str.c_str());

non?

�a c'est du C... de plus, sauf erreur de ma part, atof est obsol�te, non ?

Invit� · 29/06/2006, 04h57

Envoy� par Swo�g

�a c'est du C... de plus, sauf erreur de ma part, atof est obsol�te, non ?

cela reviendrait au m�me de dire que le language C est obsolete! ATOF est encore valide dans le standard ansi-c.

On peut arriver � l'�quivalent avec un proc�d� iostream, mais il n'y pas d'obligation de l'utiliser. Je n'offrais qu'une alternative simple.

J'utilise souvent le printf au lieu du cout, je ne m�rite pas le coup de fouet pour autant!

**Swo�g** · 29/06/2006, 08h05

ce que je voulais dire, c'est qu'il me semblait que m�me en C les fonction *toa ou ato* �taient pass�es obsol�tes et que d'autres fonctions les rempla�aient...

de plus, si tu fait du C++, alors si tu m�rites les coups de fouet

C++ et C sont des langages diff�rents, avec des optiques diff�rentes...

Si des librairies existent en C++ alors utiliser leur version C est un non-sens, et surtout quand on parle de la SL... rien n'est pire qu'un code o� se m�le C et C++ �a aide pas � la lecture, et �a rel�ve du non suivi total des r�gles de coding...

**afec++** · 29/06/2006, 08h37

Une solution �l�gante mais pas forc�ment facile est d'utiliser la libraire Boost.LexicalCast (attention aux exceptions) :

#include <boost/lexical_cast.hpp>
#include <iostream>
#include <string>
int main(int argc, char* argv[])
{

std::string s="12.2";
float f = boost::lexical_cast<float>(s);
std::cout << "f = " << f << std::endl;
}

**tomtom7** · 29/06/2006, 10h13

Bonjour,
Pour info le boos::lexical_cast est juste 10 fois plus lent que le std::istringstream...

Ca fait r�fl�chir...

**Tournevyks** · 29/06/2006, 11h22

Bah oui, tomtom a raison : Il suffit de de faire :

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

1
2
3
std::istringstream instr(str);
float f;
instr >> f;

**Luther13** · 29/06/2006, 11h31

Envoy� par Tournevyks

Bah oui, tomtom a raison : Il suffit de de faire :

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

1
2
3
std::istringstream instr(str);
float f;
instr >> f;

Ce code est problematique pour "12,5" au lieu de "12.5"

**tomtom7** · 29/06/2006, 11h35

Envoy� par Luther13

Ce code est problematique pour "12,5" au lieu de "12.5"

Je pense que �a d�pend des configurations du systeme non ?

**Luther13** · 29/06/2006, 11h56

Je dirais plut�t des param�tres linguistiques.
Et �a, je maitrise pas.

**Tournevyks** · 29/06/2006, 15h43

Envoy� par Luther13

Ce code est problematique pour "12,5" au lieu de "12.5"

Les objets istringstream servent justement � pouvoir traiter une cha�ne facilement. On pourrait par exemple tester si le caract�re qu'on a lu est une virgule, et dans ce cas, le remplacer par un point.

Invit� · 29/06/2006, 16h08

Envoy� par Swo�g

ce que je voulais dire, c'est qu'il me semblait que m�me en C les fonction *toa ou ato* �taient pass�es obsol�tes et que d'autres fonctions les rempla�aient...

de plus, si tu fait du C++, alors si tu m�rites les coups de fouet

C++ et C sont des langages diff�rents, avec des optiques diff�rentes...

Si des librairies existent en C++ alors utiliser leur version C est un non-sens, et surtout quand on parle de la SL... rien n'est pire qu'un code o� se m�le C et C++ �a aide pas � la lecture, et �a rel�ve du non suivi total des r�gles de coding...

citation ->

The C++ standard library incorporates the C standard library with some small modifications to make it work better with the C++ language. Another large part of the C++ library is based on the Standard Template Library (STL).

le standard C++ est consitu� DE LA LIBRARIE C + la STL + iostream.
j'avoue qu'il y a plusieur solution au probl�me identifi�, mais ma r�ponse fait quand m�me partie du standard.

**loufoque** · 29/06/2006, 17h15

Pour info le boos::lexical_cast est juste 10 fois plus lent que le std::istringstream...

Ca fait r�fl�chir...

C'est faux.
C'est juste l�g�rement plus lent parce que y'a un appel de fonction et une vraie gestion d'erreur.

�a peut m�me �tre plus rapide parce que �a peut �tre sp�cialis� en fonction des types.

**afec++** · 29/06/2006, 22h57

Envoy� par tomtom7

Bonjour,
Pour info le boos::lexical_cast est juste 10 fois plus lent que le std::istringstream...

Ca fait r�fl�chir...

Certainement que lexical_cast est plus 'lent', moins rapide, mais c'est tr�s subjectif et d�pend du contexte d'utilisation, fr�quence...

Pour ceux qui lisent l'anglais une lecture de ceci s'impose : http://www.gotw.ca/publications/mill19.htm
Et aussi de ce livre "Beyond the C++ Standard Library, An introduction to Boost" pages 73-78

**Luc Hermitte** · 30/06/2006, 00h42

* *toa n'a jamais fait parti du standard C

* Il me semble aussi avoir lu que ato* �taient d�conseill�s en C aujourd'hui et qu'il fallait leur pr�f�rer une autre forme -- ce que r�sume tr�s bien "d�pr�ci�". Probablement pour r�gler les probl�mes de r�entrance et que les ato* renvoient 0 quand la convertion n'a pas �t� possible (ce qui est top utile !!)

* Pour ceux qui s'inqui�tent des perf, j'ai deux liens : d'abord la s�rie d'articles de Mathew Wilson parus dans le forum expert du feu CUJ (dispos aujourd'hui sur le DDJ, normalement). Et un truc que j'ai crois� il y a peu sur le site de Maciej Sobczak : http://www.msobczak.com/prog/fastreams/

**tomtom7** · 01/07/2006, 13h30

Envoy� par loufoque

C'est faux.
C'est juste l�g�rement plus lent parce que y'a un appel de fonction et une vraie gestion d'erreur.

�a peut m�me �tre plus rapide parce que �a peut �tre sp�cialis� en fonction des types.

Comment tu fais le test alors ?

Moi j'ai fait :

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
 
double d;
 
for(int i:0; i<1000;i++)
{
d = boost::lexical_cast<double>("10.2");
}
 
std::istringstream iss;
for(int i:0; i<1000;i++)
{
iss.str("10.2");
iss >> d;
}

J'ai chronom�tr� chaque boucle et de m�moire c'�tait 0.02 seconde pour la 1ere et 0.002 seconde pour la 2eme.

Je suis ouvert � tout : comment fallait-il faire ?