Le mot clé continue en C++

**jblecanard** · 29/04/2010, 14h52

Bonjour

En terme de bonnes pratiques, est ce que c'est mal d'utiliser le mot clé continue dans un code c++ ? J'ai un cas ou ça me permettrait de bien réduire la complexité cyclomatique, qui rend vite le code illisible dans certains cas.

**camboui** · 29/04/2010, 15h31

Pas de soucis pour utiliser "continue" ou "break".
Par contre "goto"...

**JolyLoic** · 29/04/2010, 15h33

Avant de l'utiliser, j'aurais tendance à regarder à deux fois si un refactoring ne me permettrait pas de l'éviter (par exemple, en mettant le corps de la boucle dans une fonction) de manière agréable, sinon, je n'aurais pas plus d'états d'âme que ça à le faire.

**koala01** · 29/04/2010, 15h44

Salut,

Ce n'est qu'un ressenti personnel, et donc fatalement sujet à débat, mais, pour ma part, je suis tout relativement tout aussi allergique à l'utilisation de continue qu'à celle de break lorsque je ne suis pas dans une structure logique switch ... case.

Maintenant, je vais m'empresser d'ajouter une précision, avant que certains ne se mettent à crier "au scandale"

Je n'aime pas l'instruction continue, pas plus que je n'aime break en dehors des switch...case ou l'instruction goto.

Cela ne veut absolument pas dire que je veuille en arriver à en interdire l'utilisation

. J'ai beau être (actuellement

) responsable de rubrique, qui serais-je pour essayer d'imposer cette vision des choses

Généralement, ma politique tient principalement sur deux aspects:

la facilité de relecture de code
la simplicité de programmation et de mise en oeuvre

S'il est possible (et "seulement si") d'assurer la facilité de relecture du code en s'en passant sans pour autant nuire à la facilité de mise en oeuvre et de programmation, alors, le choix est fait: j'évite les continue

S'il devient trop difficile d'assurer la simplicité de mise en oeuvre et de programmation en s'en passant, et que le code reste, malgré tout "suffisamment" (c'est un curseur à placer... où bon te semble

) facile à relire, il semble opportun de faire "contre mauvaise fortune, bon coeur" et d'accepter de déroger à la règle "générale" qui conseille de les éviter.

Ceci dit, il est *peut-être* également intéressant de se poser la question de savoir si ta fonction n'en fait pas un peu trop, et d'envisager de la factoriser de manière plus efficace, ce qui *pourrait peut-être* te permettre d'éviter un recours trop intense à continue, en plus de te faciliter la tâche en terme de recherche d'erreurs.

Je suis désolé de donner une réponse aussi "générique" à ta question, mais il me semble impossible d'être plus précis, chaque situation devant être évaluée individuellement

hope it helps

[EDIT]Grillé... ca m'apprendra à vouloir faire des discours

**Luc Hermitte** · 29/04/2010, 15h52

J'ai la même réaction que Loic.

Car, continue et break, c'est comme return, c'est une vieille histoire de SESE (Single Entry, Single Exit) que l'on se traine dans l'inconscient collectif depuis le C.

Le SESE, cela sert d'abord à assurer une libération déterministe de ressources. Hors, pour cela, le C++ dispose du RAII (à contrario du C, du Pascal et autres langages pré-exceptions).

Certains estiment que le SESE est nécessaire à rendre une fonction compréhensible. Foutaises! Si la fonction n'est pas compréhensible à cause d'une malheureuse interruption, c'est qu'elle est trop complexe. Qu'on la refactorise d'abord pour en extraire autant de parties que nécessaire (cf ce qu'à dit Loic). Pour une bonne compréhension et une bonne maintenabilité, c'est ça qui est important.

**jblecanard** · 29/04/2010, 15h57

Et bien merci pour ces réponses détaillées !

Ho ce n'est pas tant qu'elle n'est pas compréhensible, mais ça rajoute des tas de ifs qui s'imbriquent les uns les autres et ça fera une mauvaise note de mon code au check cyclomatique ^^

Non ce n'est pas indispensable, et d'ailleurs je vais m'en passer, mais la question m'intéressait au delà même de mon bout de code.

**JolyLoic** · 29/04/2010, 17h43

Envoyé par jblecanard

Ho ce n'est pas tant qu'elle n'est pas compréhensible, mais ça rajoute des tas de ifs qui s'imbriquent les uns les autres et ça fera une mauvaise note de mon code au check cyclomatique ^^

Dans ce cas là, réécrit le code, ne laisse pas ces ifs. Tu peux donner une idée de ce à quoi il ressemble, qu'on puisse être plus précis ?

screetch · 30/04/2010, 09h35

il y a quand même quelques très mauvais cas d'utilisations

Code :

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

1
2
3
4
5
6
7
do
{
  if(blablabla) break;
  /* plein de trucs */
  if(dobidouwa) break;
  /* plein de trucs */
} while(0);

qui est un vilain goto ecrit de manière un peu pompeuse. (break peut aussi etre remplacé par continue)

**Luc Hermitte** · 30/04/2010, 10h22

Ce qui est vilain, c'est /* plein de trucs */

Et contrairement à goto, on ne peut aller qu'à un seul endroit. Nous sommes loin de l'article "goto considered harmful" qui date d'une époque où il y pouvait y avoir des entrecroisements de spaghettis.

screetch · 30/04/2010, 10h34

avoir un "do while" qui ne boucle pas c'est méchamment difficile a relire.

**Luc Hermitte** · 30/04/2010, 10h39

OK. J'avais manqué le 0. Des fois des gens ont des idées bizarres.

**Koemgun** · 30/04/2010, 10h42

Roh mais arreter ce délit de facies avec le goto c'est bien !
C'est meme tellement bien que certains ont inventé le goto++ !
http://www.gotopp.org/presentation.html.fr

Au passage on peut admirer ses caractéristiques :

* C'est le meilleur langage de programmation au monde.
* Et même mieux, c'est le meilleur langage de programmation de l'univers.
* Il a une syntaxe claire et accessible.
* La possibilité de faire des GOTO.
* Manipulation des références (équivalent des pointeurs) pour faire plus de bugs.
* Multitâche très simple : on utilise un GOTOUNIVERSPARALLELEouizzz à la place d'un GOTO normal et le flux d'exécution du programme se sépare en deux.
* Objet : héritage, propriétés et méthodes partagées, accès aux membres par indice...
* Modulaire : grâce à une interface très simple, il est possible de programmer des modules en C++. Le GOTO++ propose entre autres un module réseau très facile à utiliser (en combinaison avec les caractéristiques multitâches du langage).
* Expressions régulières.
* Tableaux, tables de hachage...
* Des GOTO ! Plein de GOTO !
* Et bien d'autres choses !

Que ce language permet de faire des troupeaux de pinguouin anonymes.
De faire la merveilleuse commande gotochezpasou (oui oui un goto a atterrissage random si c'est pas merveilleux !)

Non bref le goto c'est bien mangez en !

Allez j'en remet une couche :

Le GOTO++ (ce fabuleux langage) est le fruit d'un travail considérable de réflexions profondes sur le sens de la vie, la nature du monde qui nous entoure, l'utilité des coléoptères à pattes articulées dans notre écosystème et moultes choses non moins importantes. Cependant, son élaboration a été avant tout motivée par la nécessité de compter les suicides de pingouins dans les regions méridionales de l'Antarctique sauvage. Pour parler plus concrètement, le GOTO++ est basé sur des règles non conventionelles. Il n'y a pas d'opérations logiques en GOTO++, bien qu'on puisse s'y ramener par des artifices complexes. L'instruction de base est le GOTO, qui ne fait absolument rien. Ensuite vient le GOTOGOTO qui permet de se rendre en un autre point du programme (un goto classique me direz-vous). Toutefois, le GOTOGOTO requiert, en plus du label, un pourcentage de réussite qui va permettre de calculer la probabilité pour que le GOTOGOTO vous envoie vraiment à cette étiquette. Là, normalement, votre esprit vient de s'illuminer, vous avez atteint la libération du cycle du samsara et vous réalisez avec enthousiasme les innombrables possibilités qui sont désormais à votre disposition. Alors n'hésitez plus, rejoignez les millions de programmeurs qui ont déjà choisi le GOTO++ comme langage de prédilection !

Voici, en guise d'exemple, le fameux « Hello World! » écrit en GOTO++. Notez l'élégance du code et le fait que notre boucle n'est pas infinie mais se répète un nombre aléatoire de fois.

Code :

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

1
2
3
4
§1
GOTOPRINTDUTEXTE() ; «Hello World !»
GOTO qui sert a rien
GOTOGOTO() *(1)

Ce message etait sponsorisé par la société des informaticiens trolls

**yan** · 30/04/2010, 10h52

Envoyé par Luc Hermitte

OK. J'avais manqué le 0. Des fois des gens ont des idées bizarres.

ou pas ??? (j'ai toujours pas compris l'intérêt mais bon)
http://www.developpez.net/forums/d35...pp/define-gcc/

screetch · 30/04/2010, 10h53

Envoyé par Luc Hermitte

OK. J'avais manqué le 0. Des fois des gens ont des idées bizarres.

ah oui effectivement il saute pas forcément aux yeux

mais on est bien d'accord, des fois les gens......

**Luc Hermitte** · 30/04/2010, 15h08

Envoyé par yan

ou pas ??? (j'ai toujours pas compris l'intérêt mais bon)
http://www.developpez.net/forums/d35...pp/define-gcc/

Ici c'est une macro.
Potentiellement multi-instructions, ou aussi une macro qui oblige à mettre des ';' derrière histoire de ne pas perturber l'indentation automatique.

**camboui** · 30/04/2010, 18h24

Le "try" est un magnifique goto. En fait c'est un goto qui ne se dit pas, mais il peut avoir lieu n'importe où, n'importe quand. Il suffit d'épousseter quelques labels (pardon, des catch) ça et là pour avoir, peut-être, une chance de constater qu'un goto a fait son oeuvre quelque part.

**Davidbrcz** · 30/04/2010, 18h34

Envoyé par camboui

Le "try" est un magnifique goto. En fait c'est un goto qui ne se dit pas, mais il peut avoir lieu n'importe où, n'importe quand. Il suffit d'épousseter quelques labels (pardon, des catch) ça et là pour avoir, peut-être, une chance de constater qu'un goto a fait son oeuvre quelque part.

Il y a certe interruption du flux normal mais soit tu attrapes l' exception ici et tu la traites soit tu remontes la pile d'appel pour tenter de trouver un bloc qui peut la traiter..
On ne peut pas parler de goto (qui lui envoie potentiellement n'importe où dans la portée courante).

**jabbounet** · 30/04/2010, 18h44

Envoyé par camboui

Le "try" est un magnifique goto. En fait c'est un goto qui ne se dit pas, mais il peut avoir lieu n'importe où, n'importe quand. Il suffit d'épousseter quelques labels (pardon, des catch) ça et là pour avoir, peut-être, une chance de constater qu'un goto a fait son oeuvre quelque part.

personnellement je ne suis pas fan de la programmation par exception mais je pense qu'il s'agit d'une autre débat. les goto et continue j'arrive aussi a m'en passer.

Je n'utilise les try/catch que lorsque cela s'avère nécessaire c'est à dire pour gérer des cas exceptionnel comme par exemple l'appel de fonctions externe bas niveau non maitrisées (dans le sens boite noire) et qui peuvent en lancer par exemple.

dans l'absolu j'arrive toujours a me passer des exception des l'instant ou je n'ai pas a m'interfacer avec des fonctions pouvant en lever.