Dans mon esprit, il est vraiment dommage que des programmeurs soient
déroutées par des boucles et demie et du code écrit explicitement
:-)
for(;;)
{
TypeDeX x;
flux >> x;
/***/
if (flux.fail()) break;
/***/
utilisation de x...
}
Dans mon esprit, il est vraiment dommage que des programmeurs soient
déroutées par des boucles et demie et du code écrit explicitement
:-)
for(;;)
{
TypeDeX x;
flux >> x;
/***/
if (flux.fail()) break;
/***/
utilisation de x...
}
Dans mon esprit, il est vraiment dommage que des programmeurs soient
déroutées par des boucles et demie et du code écrit explicitement
:-)
for(;;)
{
TypeDeX x;
flux >> x;
/***/
if (flux.fail()) break;
/***/
utilisation de x...
}
"Michel Michaud" writes:Dans mon esprit, il est vraiment dommage que des programmeurs
soient déroutées par des boucles et demie et du code écrit
explicitement :-)
Ce qui est deroutant (si quelque chose l'est) avecfor(;;)
{
TypeDeX x;
flux >> x;
/***/
if (flux.fail()) break;
/***/
utilisation de x...
}
c'est la non utilisation de la forme idiomatique.
On va chercher instinctivement la nuance pour s'apercevoir
qu'il n'y en a pas.
"Michel Michaud" <mm@gdzid.com> writes:
Dans mon esprit, il est vraiment dommage que des programmeurs
soient déroutées par des boucles et demie et du code écrit
explicitement :-)
Ce qui est deroutant (si quelque chose l'est) avec
for(;;)
{
TypeDeX x;
flux >> x;
/***/
if (flux.fail()) break;
/***/
utilisation de x...
}
c'est la non utilisation de la forme idiomatique.
On va chercher instinctivement la nuance pour s'apercevoir
qu'il n'y en a pas.
"Michel Michaud" writes:Dans mon esprit, il est vraiment dommage que des programmeurs
soient déroutées par des boucles et demie et du code écrit
explicitement :-)
Ce qui est deroutant (si quelque chose l'est) avecfor(;;)
{
TypeDeX x;
flux >> x;
/***/
if (flux.fail()) break;
/***/
utilisation de x...
}
c'est la non utilisation de la forme idiomatique.
On va chercher instinctivement la nuance pour s'apercevoir
qu'il n'y en a pas.
Ça démontre une crainte de coder une vraie boucle et
demie alors que c'est bien ce qu'on fait.
for(;;)
{
TypeDeX x;
flux >> x;
/***/
if (flux.fail()) break;
/***/
utilisation de x...
}
Je trouve le code plus clair ainsi
Ça démontre une crainte de coder une vraie boucle et
demie alors que c'est bien ce qu'on fait.
for(;;)
{
TypeDeX x;
flux >> x;
/***/
if (flux.fail()) break;
/***/
utilisation de x...
}
Je trouve le code plus clair ainsi
Ça démontre une crainte de coder une vraie boucle et
demie alors que c'est bien ce qu'on fait.
for(;;)
{
TypeDeX x;
flux >> x;
/***/
if (flux.fail()) break;
/***/
utilisation de x...
}
Je trouve le code plus clair ainsi
"Michel Michaud" writes:Ça démontre une crainte de coder une vraie boucle et
demie alors que c'est bien ce qu'on fait.
C'est grave, psy :-)
Et, avant que tu ne le proposes, je n'aime pas non plus l'idée
d'abuser du for en écrivant « for (TypeDeX x; flux >> x;) ».
Je ne suis pas sûr que ce soit de l'abus. Des conversations avec
celui a inventé la déclaration dans les for/while/switch, j'ai la
nette impression que cette situation est certainement l'un des cas
naturels que cette introduction est censée faciliter. Mais je
suppose que cela de la définition de « abus(er) »
Désolé pour ceux que ça déroute.
Je ne suis pas dérouté, juste amusé :-)
"Michel Michaud" <mm@gdzid.com> writes:
Ça démontre une crainte de coder une vraie boucle et
demie alors que c'est bien ce qu'on fait.
C'est grave, psy :-)
Et, avant que tu ne le proposes, je n'aime pas non plus l'idée
d'abuser du for en écrivant « for (TypeDeX x; flux >> x;) ».
Je ne suis pas sûr que ce soit de l'abus. Des conversations avec
celui a inventé la déclaration dans les for/while/switch, j'ai la
nette impression que cette situation est certainement l'un des cas
naturels que cette introduction est censée faciliter. Mais je
suppose que cela de la définition de « abus(er) »
Désolé pour ceux que ça déroute.
Je ne suis pas dérouté, juste amusé :-)
"Michel Michaud" writes:Ça démontre une crainte de coder une vraie boucle et
demie alors que c'est bien ce qu'on fait.
C'est grave, psy :-)
Et, avant que tu ne le proposes, je n'aime pas non plus l'idée
d'abuser du for en écrivant « for (TypeDeX x; flux >> x;) ».
Je ne suis pas sûr que ce soit de l'abus. Des conversations avec
celui a inventé la déclaration dans les for/while/switch, j'ai la
nette impression que cette situation est certainement l'un des cas
naturels que cette introduction est censée faciliter. Mais je
suppose que cela de la définition de « abus(er) »
Désolé pour ceux que ça déroute.
Je ne suis pas dérouté, juste amusé :-)
"Michel Michaud" writes:Dans mon esprit, il est vraiment dommage que des
programmeurs soient déroutées par des boucles et demie et du
code écrit explicitement :-)
Ce qui est deroutant (si quelque chose l'est) avecfor(;;)
{
TypeDeX x;
flux >> x;
/***/
if (flux.fail()) break;
/***/
utilisation de x...
}
c'est la non utilisation de la forme idiomatique. On va
chercher instinctivement la nuance pour s'apercevoir qu'il n'y
en a pas.
"Michel Michaud" <mm@gdzid.com> writes:
Dans mon esprit, il est vraiment dommage que des
programmeurs soient déroutées par des boucles et demie et du
code écrit explicitement :-)
Ce qui est deroutant (si quelque chose l'est) avec
for(;;)
{
TypeDeX x;
flux >> x;
/***/
if (flux.fail()) break;
/***/
utilisation de x...
}
c'est la non utilisation de la forme idiomatique. On va
chercher instinctivement la nuance pour s'apercevoir qu'il n'y
en a pas.
"Michel Michaud" writes:Dans mon esprit, il est vraiment dommage que des
programmeurs soient déroutées par des boucles et demie et du
code écrit explicitement :-)
Ce qui est deroutant (si quelque chose l'est) avecfor(;;)
{
TypeDeX x;
flux >> x;
/***/
if (flux.fail()) break;
/***/
utilisation de x...
}
c'est la non utilisation de la forme idiomatique. On va
chercher instinctivement la nuance pour s'apercevoir qu'il n'y
en a pas.
On Wed, 15 Jun 2005 03:59:00 -0400, "Michel Michaud"
wrote:for(;;)
{
TypeDeX x;
flux >> x;
/***/
if (flux.fail()) break;
/***/
utilisation de x...
}
Je trouve le code plus clair ainsi
Je trouve justement que la boucle et demie explicite est moins
claire. L'idiome
while ( flux >> variable ) {
// utilisation de la variable
}
me paraît plus clairement faire la différence entre le code destiné
à initialiser la variable et celui qui l'utilise. AMHA.
On Wed, 15 Jun 2005 03:59:00 -0400, "Michel Michaud" <mm@gdzid.com>
wrote:
for(;;)
{
TypeDeX x;
flux >> x;
/***/
if (flux.fail()) break;
/***/
utilisation de x...
}
Je trouve le code plus clair ainsi
Je trouve justement que la boucle et demie explicite est moins
claire. L'idiome
while ( flux >> variable ) {
// utilisation de la variable
}
me paraît plus clairement faire la différence entre le code destiné
à initialiser la variable et celui qui l'utilise. AMHA.
On Wed, 15 Jun 2005 03:59:00 -0400, "Michel Michaud"
wrote:for(;;)
{
TypeDeX x;
flux >> x;
/***/
if (flux.fail()) break;
/***/
utilisation de x...
}
Je trouve le code plus clair ainsi
Je trouve justement que la boucle et demie explicite est moins
claire. L'idiome
while ( flux >> variable ) {
// utilisation de la variable
}
me paraît plus clairement faire la différence entre le code destiné
à initialiser la variable et celui qui l'utilise. AMHA.
for(;;)
{
int nb;
double x;
flux >> nb >> x;
string texte;
getline(flux, texte);
/***/
if (flux.fail()) break;
/***/
Utiliser nb, x et texte...
}
Ici on a trois variables dont on ne veut pas « salir » notre
code... Par ailleurs, essaie de récrire ça, qui est pourtant de la
même logique de base que l'exemple précédent, de façon aussi simple
et lisible avec un « while faussement boucle et demie ».
for(;;)
{
int nb;
double x;
flux >> nb >> x;
string texte;
getline(flux, texte);
/***/
if (flux.fail()) break;
/***/
Utiliser nb, x et texte...
}
Ici on a trois variables dont on ne veut pas « salir » notre
code... Par ailleurs, essaie de récrire ça, qui est pourtant de la
même logique de base que l'exemple précédent, de façon aussi simple
et lisible avec un « while faussement boucle et demie ».
for(;;)
{
int nb;
double x;
flux >> nb >> x;
string texte;
getline(flux, texte);
/***/
if (flux.fail()) break;
/***/
Utiliser nb, x et texte...
}
Ici on a trois variables dont on ne veut pas « salir » notre
code... Par ailleurs, essaie de récrire ça, qui est pourtant de la
même logique de base que l'exemple précédent, de façon aussi simple
et lisible avec un « while faussement boucle et demie ».
for(;;)
{
int nb;
double x;
flux >> nb >> x;
string texte;
getline(flux, texte);
/***/
if (flux.fail()) break;
/***/
Utiliser nb, x et texte...
}
Ici on a trois variables dont on ne veut pas « salir » notre
code... Par ailleurs, essaie de récrire ça, qui est pourtant de la
même logique de base que l'exemple précédent, de façon aussi simple
et lisible avec un « while faussement boucle et demie ».
for(;;)
{
int nb;
double x;
flux >> nb >> x;
string texte;
getline(flux, texte);
/***/
if (flux.fail()) break;
/***/
Utiliser nb, x et texte...
}
Ici on a trois variables dont on ne veut pas « salir » notre
code... Par ailleurs, essaie de récrire ça, qui est pourtant de la
même logique de base que l'exemple précédent, de façon aussi simple
et lisible avec un « while faussement boucle et demie ».
for(;;)
{
int nb;
double x;
flux >> nb >> x;
string texte;
getline(flux, texte);
/***/
if (flux.fail()) break;
/***/
Utiliser nb, x et texte...
}
Ici on a trois variables dont on ne veut pas « salir » notre
code... Par ailleurs, essaie de récrire ça, qui est pourtant de la
même logique de base que l'exemple précédent, de façon aussi simple
et lisible avec un « while faussement boucle et demie ».