les goto et label en C

Bonjour,


je me baladais et j'ai trouvé ca :

etiq2: ... /* des instructions */

goto etiq1; /* goto avant définition de l'étiquette */

... /* des instructions */

etiq1: ... /* des instructions */

goto etiq2; /* goto après définition de l'étiquette */


en language C.

je croyais que c'étais qu'en basic les goto et lbl, (je suis novice en C), mais bon...

et donc, je me demandais, comme en C il faut toujours tout annoncer, comment annoncer un label par exemple?

une ame charitable pourrait ecrir un morceau de C pour voir comment l'insérer?


merci =)

Yop,
oui les goto ca existe en C mais c'est vraiment très sale d'en utiliser. Si tu peux t'en passer, passes-en toi.


Cordialement,

F-k-z

Les goto, c'est le meilleur moyen de faire du code illisible, mal structuré et indebuggable. Un programme C bien structuré n'a pas besoin de goto.

Le mieux : n'utilise pas de goto en C. :ccool:

c'est noté

merci =)

et pour culture g, qq1 me montrerai comment annoncer un lbl?

Boe,

Citation:

---

Envoyé par gengiskhan72

c'est noté

merci =)

et pour culture g, qq1 me montrerai comment annoncer un lbl?

---

Pour quoi faire, puisque ta réponse dit que tu ne t'en serviras pas ? ;)

Citation:

---

Envoyé par gengiskhan72

c'est noté

merci =)

et pour culture g, qq1 me montrerai comment annoncer un lbl?

---

Exactement comme tu l'as vu précédemment :

tu dois avoir dans ton code une étiquette (un nom suivi d'un ":")

Code:

---

label1:

---

et tu t'y rends en faisant

Code:

---

goto label1;

---

L'étiquette peut être avant ou après le goto (mais elle doit être dans la fonction d'appel), cela marche en C comme en C++.

Quant à l'utilité des goto, ils ne font pas tomber les cheveux, ni pousser les poils des oreilles, et ne rendent pas sourd non plus. Cependant, les cas où ils peuvent être utiles en C sont rares. En gros, cela tourne autour de deux idées :

1- dans des boucles imbriquées, pour sortir d'une boucle, on n'a que l'instruction break, qui remonte d'un niveau. Le goto sort d'un seul coup. C'est pratique et ca va vite (ce n'est pas un détail : minimiser la taille des boucles est souvent un moyen de gagner du temps d'exécution)
2- dans des programmes un peu compliqués, pour renvoyer vers une unique "situation d'erreur" dans la fonction. En C++ on utiliserait probablement des exceptions. En C, des gotos renvoyant vers une zone spécifique sont une bonne idée.

Maintenant, même s'il y a (cf ci dessus) des cas légitimes d'utilisation du goto, voire, des situations dans lesquelles il clarifie le code (en disant ou une condition va, au lieu de dire d'où elle part), son utilisation provoque généralement de tels débats qu'il vaut mieux s'en abstenir si l'on doit développer en équipe. Sinon on est parti pour une de ces grandes controverses stériles qui font le bonheur des développeurs et le désespoir des chefs de projet.

Ceci dit, si tu devais te retrouver dans l'une de ces empoignades, voici un joli article de Knuth, en défense du goto http://pplab.snu.ac.kr/courses/adv_p...p261-knuth.pdf. Il y a un article "opposé" de Dijkstra, que je n'arrive pas à trouver sur l'internet...

Francois

merci à toi FCharton!



et pour répondre, bah, c'est pour savoir au moins où je met les pieds en apprennant le C, autant en savoir plus meme si je ne l'utilise pas, que moins...j'ai toujours fait comme ca, et apprendre des choses innutiles, n'est pas toujours innutile, surtout le jour où on en a besoin ^^

Pour faire écho à fcharton, il existe de (très) très rares cas en C où un "goto" est non seulement souhaitable, mais même "idéal", pour des raisons de performances et/ou de gestion d'erreurs complexes.

Ceci étant dit, à part dans des cas hyper pointus comme au fin fond du scheduler d'un système d'exploitation, d'une routine d'erreur système ou d'un driver très hautes performances, il n'est JAMAIS nécessaire d'utiliser un "goto". Si jamais cela s'avère "nécessaire", dans 90% des cas c'est un "faux goto", qui est implémenté soit par break [hors du cas spécifique des "switch / case" bien sûr], soit par continue.
Les 10% restants, c'est plutôt que l'on n'a pas su penser correctement son algorithme.

Citation:

---

Envoyé par fcharton

Maintenant, même s'il y a (cf ci dessus) des cas légitimes d'utilisation du goto, voire, des situations dans lesquelles il clarifie le code (en disant ou une condition va, au lieu de dire d'où elle part), son utilisation provoque généralement de tels débats qu'il vaut mieux s'en abstenir si l'on doit développer en équipe.

---

+1 (sur la conclusion; nous ne sommes peut-etre pas d'accord sur les cas ou ils sont legitimes et ou ils clarifient les choses, mais vu la conclusion, ca n'a aucune importance pratique)

Citation:

---

Envoyé par fcharton

Il y a un article "opposé" de Dijkstra, que je n'arrive pas à trouver sur l'internet...

---

Go To Statement Considered Harmful (Edsger W. Dijkstra) je suppose.

Il y a même un article dessus:
http://en.wikipedia.org/wiki/Considered_harmful