Discussion :

[Hoffa]

Bonsoir tout le monde (je vais essayer de rester court),

Alors voilà, je me pose cette question depuis deux minutes. Pourquoi les GOTO ne sont pas vraiment appréciés ? Imaginons par exemple un programme, qui demande à l'utilisateur à la fin du programme s'il veut rejouer (en prétendant que c'est un jeu par ex.). A la place de faire un gros do {} while(!rejouer), personnellement je préfère faire un goto début, c'est beaucoup plus clair et logique (enfin pour moi du moins).

Je vois pas pourquoi les GOTO sont dépréciés (si j'ai tort dites-le moi), à moins que ce soit une histoire de rapidité, je vois pas pourquoi ne pas les utiliser.

Voilà, merci d'avance,
Hoffa.

[Garulfo]

Bonsoir tout le monde (je vais essayer de rester court),[...]
Je vois pas pourquoi les GOTO sont dépréciés (si j'ai tort dites-le moi), à moins que ce soit une histoire de rapidité, je vois pas pourquoi ne pas les utiliser.

Voilà, merci d'avance,
Hoffa.

La question a déjà été traité je pense.

Pour faire court, « parce que la plupart des personnes l'utilisent comme solution de facilité et donc en font n'importe quoi. »

Le grand Hoare a écrit là dessus aussi. (est-ce bien lui ?)

[Davidbrcz]

Voici le texte que St Dijkstra écrit pour bannir goto des moeurs :
http://www.cs.utexas.edu/users/EWD/t...xx/EWD215.html

[el_slapper]

D'une manière plus générale(et plus résumée) : GOTO rend progressivement le code illisible. Le piège est dans l'aspect progressif. Quand on a un programme de 30 lignes, et 2 goto, ça reste parfaitement lisible. Quand on a 300 lignes, et 20 goto, c'est la prise de tête. Quand on a 3000 lignes, et 200 goto, on met à la poubelle, et on recommence(mon projet actuel). Alors qu'un code avec des petits blocs cohérents, lui, peut grossir à travers les années et rester à peu près lisible.

Ce qui ramène à une autre erreur classique du débutant : croire que dès que ça marche, le programme est terminé. 70% du boulot, c'est de la maintenance - donc du travail sur de l'existant(le plus souvent des rajouts). Et c'est là que le goto est un tueur.

Dans le cadre de ton jeu, une démarche structurée te pousserait à faire un bloc(une procédure, par exemple, ça dépend du langage) "jeu", mais qui ne serait pas ton point d'entrée. Ton point d'entrée serait un menu avec 2 options : "jouer/sortir". Jouer appelant ta procédure "jeu". C'est un peu lourd, mais ça permet à quiconque de lire ton code, voire même à toi de ne pas t'y perdre quand tu y reviendra dans 2 ans.....

[millie]

Il y a déjà eu plusieurs discussions là dessus :
http://www.developpez.net/forums/d43...o-deconseille/

Il me semble qu'il y en a également une autre qui fait 10 pages mais je n'arrive pas à mettre la main dessus

[souviron34]

fais-tu référence à celle-ci :

Que pensez-vous du GoTo

?

[millie]

fais-tu référence à celle-ci :

Que pensez-vous du GoTo

?

Ah oui, c'est ça. La fameuse Je ne me rappelais plus qu'elle était dans le forum C.