Discussion :

[senvedgi]

Bonjour,
J'ai retrouvé dans un programme cette écriture:

Code :

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

string nocl =ossnocl.str();

Je suppose qu'elle transforme une variable numérique nocl
en une variable chaîne de même nom.
Si vous avez une réponse simple je prends.
Je rappelle que c'est un forum débuter.
Avec mes remerciements.

[sevyc64]

Sans connaitre spécifiquement le C++, je dirais que ça déclare une variable nocl de type string, puis que ça y met dedans la conversion en string du contenu de la variable ossnocl (dont nous n'avons pas le type d'indiqué, ici)

[senvedgi]

Je complète:

Code :

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

ostringstream ossnocl  ;ossnocl   << nocl    ;string nocl =ossnocl.str();

nocl est numérique.
Merci pour cette réponse que je subodorais.
C'est pratique mais la relecture du code devient ardue si on loupe une ligne.
Je préfère noclNum puis noclStr avec entre les deux une fonction qui passe de Num à Str.
Plus lourd mais sûr.
Avec mes remerciements renouvelés.

[Bousk]

http://www.cplusplus.com/reference/s...ostringstream/

http://cpp.developpez.com/faq/cpp/?p...-en-une-string

pour la relecture... s'agirait de commencer par écrire une seule instruction par ligne

et ce code ne devrait pas compiler, il est interdit de redéclarer une variable du même nom d'un autre type http://msdn.microsoft.com/fr-fr/libr...(v=vs.90).aspx

[Ehonn]

je dirais que ça déclare une variable nocl de type string, [b]puis que[b] ça y met dedans la conversion en string du contenu de la variable ossnocl

Petite remarque : ça déclare une variable en l'initialisant avec ossnocl.str(). Ici c'est le constructeur par copie qui est appelé et non l'opérateur d'affectation (comme on pourrait naïvement le penser).

[senvedgi]

Oui je sais:une instruction une ligne.
Mais quand çà marche je concentre
et çà compile quand même.
De toutes façons j'abandonne ce style d'écriture et préfère nommer mes variables
string variStr=... et int variNum=... pour lever toutes ambiguïtés.
J'ai une fonction qui passe de l'une à l'autre et vice-versa.
Merci à tous.

[koala01]

Salut,

Oui je sais:une instruction une ligne.
Mais quand çà marche je concentre
et çà compile quand même.

Oui, ca compile et cela continue même à fonctionner, en effet, mais...

Mais tu dois te dire qu'il n'y a strictement aucune différence entre le binaire compilé sur base d'un code qui ne contient qu'une instruction par ligne et le même code dans lequel on retrouve plusieurs instructions sur la même ligne.

Par contre, cela rend la relecture beaucoup plus compliquée en obligeant le lecteur du code à être beaucoup plus attentif, au risque de "louper" une des instructions.

Or, un code sera beaucoup plus souvent lu que modifié ou compilé. La première qualité que tu dois donc absolument préserver pour ton code est de faire en sorte qu'il soit facilement lisible.

Dés lors, je te conseille ardemment d'abandonner l'habitude qui consiste à "concentrer" ton code, tu ne t'en sentira que mieux

De toutes façons j'abandonne ce style d'écriture et préfère nommer mes variables
string variStr=... et int variNum=... pour lever toutes ambiguïtés.
J'ai une fonction qui passe de l'une à l'autre et vice-versa.
Merci à tous.

Humm... la notation dite hongroise n'est pas vraiment intéressante non plus...

Ce qu'il faut absolument, c'est t'assurer que chaque variable, chaque fonction et chaque type soit identifiable par un nom qui évite toute ambiguité quant à son utilisation, nous sommes ben d'accord. Mais le fait de rajouter une information qui indique qu'il s'agit d'un entier ou d'une chaine de caractères n'a finalement que peu d'intérêt si tu n'arrive pas à déterminer à la lecture à quoi l'entier ou la chaine de caractères va servir.

tu as nommé ta variable nocl, mais le fait de savoir que c'est une chaine en la nommant par exemple noclStr ne nous avance pas d'avantage sur son utilité, sur l'information qu'elle est sensée représenter.

Je ne doute pas une seule seconde que cette abréviation ait une signification particulière pour toi aujourd'hui et que, si je te la demandais, tu me répondrais sans doute "mais voyons, tu es idiot ou quoi tu aurais du te douter que ca signifie [ au fait, ca signifie quoi au juste??? ]". Mais tu dois te dire que tu devra sans doute relire ton code dans trois ou dans six mois (ou même peut etre encore plus), et que tu auras eu largement le temps d'oublier la signification de ce terme.

Sans oublier que tu viens sur le forum avec un code dont on ignore absolument tout, et qu'il nous est particulièrement difficile de nous faire une idée de la signification d'un terme "jeter" hors contexte, surtout depuis que toutes les boules de crystal on fini par tomber en panne .

Encore une fois, je te conjure de penser à tous ceux qui devront lire ton code à un moment ou à un autre et à choisir des termes qui indiquent sans ambiguité l'utilité des différents éléments de ton code ;-)