Discussion :

[Pragmateek]

Salut!

Quel est l'intérêt des "istringstream" et "ostringstream" sur l'utilisation d'un "stringstream" simple.
En effet:

Code :

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

1
2
3
4
5
6
stringstream s;
s<<"azerty";
cout<<s.str();
string str;
s>>str;
cout<<str<<endl;

permet de faire des entrées/sorties sur le "stringstream"; alors qu'avec les "i/o stringstream" un des deux opérateurs n'est pas défini (logique).
Est-ce que les "istringstream" et "ostringstream" sont optimisé pour respectivement les lectures et écritures?
Si oui quel gain de performance peut-on attendre en spécialisant?
Existe il d'autres différences?

Merci pour vos éclaircissements.

[Rafy]

Je pense que c'est pour avoir des flux qui permettent soit de lire, soit d'écrire, mais qu'ils ne sont en rien optimisé.
C'est un peu comme quand on ouvre un fichier, on dit si c'est pour écrire dedans ou alors si c'est pour lire....

[KiLVaiDeN]

Je pense que c'est toujours plus propre d'utiliser l'objet le plus proche de son besoin. Si ton besoin est le bidirectionnel, utilise stringstream, sinon, utilise celui qui correspond à ton utilité; Ton objet crée est forcément plus léger et même si dans l'absolu ça n'optimise pas le traitement, ça peut optimiser l'espace mémoire occupé.

Je pense également que ça permet d'éviter les erreurs de manipulation; avec un istringstream ou un ostringstream, tu es sûr que tes operations ne vont que dans le sens que tu as décidé, et donc ça évite des confusions

C'est tout ce que j'ai à dire à ce sujet. ( Forrest Gump )

[Jan Rendek]

utiliser un istringstream (resp. ostringstream) à la place d'un stringstream lorsque l'on souhaite uniquement lire (resp. écrire) dans un flot de caractère permet d'améliorer la
robustesse du code.
En se limitant l'accès aux fonctionnalités dont on a uniquement besoin, on évite des erreurs de programmation (faute d'inattention généralement).
Un cas classique est quand on lit dans un flot pour écrire dans un autre. On peut intervertir par erreur les 2 variables, ce qui donne un programme syntaxiquement correct, mais faux. Lorsqu'il y a beaucoup de lecture/écriture, ces erreurs sont difficile à diagnostiquer, donc c'est un bon réflexe à prendre que de n'ouvrir les flots que dans le mode dont on a besoin.
En terme de performences, c'est rigoureusement identique, c'est le même code qui est exécuté dans les 2 cas.

[Pragmateek]

Merci de toutes vos réponses.

Alors c'est juste une sécurité pour une programmation plus propre, pour éviter les erreurs, l'équivalent des options "r", "w" de "fopen" en C.
Donc pas le peine d'espérer des gains en performance, si ce n'est des gains minimes en mémoire.