L'instruction continue ?

A quoi sert cette instruction car d'après ma doc:

Citation:

---

continue

Catégorie
Instructions

Syntaxe
continue;

Description
L'instruction continue dans des boucles permet de transmettre le contrôle à la fin de l'accolade fermante la plus interne appartenant à une construction en boucle telle que for ou while ; à ce point la condition de continuation de la boucle est réévaluée.

---

Mais j'ai du mal à comprendre, pourriez vous me donner un exemple et / ou une explication ?
Merci d'avance.

C'est ds une boucle par exmple :

Code:

---

1 2 3 4 5

for(i=0 ; i<10 ; i++) { if(i==3) { continue ; } // on ignore printf("%d\n",i) ; }

---

Cet exemple va afficher
0
1
2
4
5
6
7
8
9

Le 3 non car si i==3 alors on revient au début et on repart de 3 ...

Nas'

L'instruction continue permet tout simplement de passer a l'iteration suivante de la boucle sans effectuer les traitements restants pour cette iteration.

J'ai compris, merci beaucoup pour les explications et l'exemple.

Encore d'une autre façon:
"continue" équivaut à un "goto" devant l'accolade fermante de la boucle dans laquelle il est.
Ce qui signifie que la partie 'incrémentation' d'une boucle for est éxécutée.

"break" quitte la boucle ou le bloc switch.

Merci pour les précisions.

J'ai souvent entendu dire qu'il fallait éviter l'instruction goto, pour cause de code spaghetti.
Est-ce qu'il faut en placer le moins possible ?

Goto est déconseillé car les débranchements qu'elle fait complique le programme, assez souvent. Seulement, faut pas non plus la bannir. Parfois ca peut etre une solution ... mais faut pas en abuser ...

Nas'

J'ai souvent entendu que dans bcp de DUT informatique le goto etait banni et je suis d'accord avec cette regle 1 ou 2 goto dans du code ca passe si on trouve vraiment pas d'autre solution mais au bout de plusieur goto on s'en sort plus et je suis sur que pour tous goto y'a moyen de trouver mieux un petit test des fois c'est toujours mieux surtout qu'au niveau de la compilateur une fois en ASM le programme ne perd pas bcp en vitesse d'execution si les tests sont bien fais et optimisé !

Le "goto" est un vestige de la programmation d'antan. S'il est encore présent dans quelques langages, ce doit être par nostalgie.
Je pense qu'un code qui fait appel à des "goto" doit être réecrit car c'est la preuve d'un programme mal structuré ou au moins mal pensé.
Ceci dit, l'instruction continue du C peut rendre de fiers services ! ;-)
A utiliser donc, à dose homéopathique ...

Citation:

---

A utiliser donc, à dose homéopathique ...

---

:)

Citation:

---

Envoyé par lsdInside

Le "goto" est un vestige de la programmation d'antan. S'il est encore présent dans quelques langages, ce doit être par nostalgie.
Je pense qu'un code qui fait appel à des "goto" doit être réecrit car c'est la preuve d'un programme mal structuré ou au moins mal pensé.
Ceci dit, l'instruction continue du C peut rendre de fiers services ! ;-)
A utiliser donc, à dose homéopathique ...

---

Je ne suis pas d'accord, meme si il est toujours possible de trouver d'autres solutions, parfois un goto n'est pas si inelegant que ca. Par exemple pour sortir d'un ensemble de boucles imbriquees c'est, me semble-t-il, une bonne solution.
De plus l'utilisation de continue ou de break revient au meme qu'un goto si ce n'est qu'il n'est pas necessaire de mettre les labels (et donc pas de risques de les mettre au mauvais endroit), si tu tiens vraiment a proscrire les gotos (par souci de lisibilite) il faudrait aussi proscrire les continue et les break.

Par contre je suis tout a fait d'accord avec le fait qu'il faut les utiliser avec parcimonie.