Discussion :

[deubelte]

On m'a dit que la fonction goto, est dangeureuse car elle brise la linéarité du code. D'une manière générale, il faut éviter la fonction goto, parce ce que s'il y en a trop, on ne peut plus comprendre le code.
Alors que pensez vous de la fonction goto? Faut il l'éviter?
Dans quel cas peut on l'utiliser?...

[nikko34]

si tu poses la question, est-ce que tu as rencontré des cas où tu voudrais l'utiliser?

[deubelte]

oui, plein de cas, le problème, c'est que c'est bien utile.
Ce que je veux savoir, c'est dans quel cas on peut l'utiliser..

[hegros]

http://www.developpez.net/forums/showthread.php?t=75764

Le goto c'est pour faire des pâtes non ?

[deubelte]

c'est un peu le problème du goto, effectivement.

[deubelte]

En fait, j'utilise la fonction goto dans un code de ce style:

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
 
 
Sub Fonction(...)
 
Fonction=False
 
If exp1=True then 
Fonction=True
Goto here
end if 
 
If exp2=True then 
Fonction=True
Goto here
end if 
 
If exp3=True then 
Fonction=True
 
end if 
 
here
End Fonction

C'est pour éviter que s'il l'une des boucle if soit vrai, le programme se tape inutilement le teste des autres boucles if.

Mais je pourrais faire:

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
 
 
Sub Fonction(...)
 
Fonction=False
 
If exp1=True or exp2=True or exp3=True then 
Fonction=True
 
end if 
 
 
End Fonction

Je ne sais pas quel code est le mieux, en terme de RAPIDITE, et pas de rigeur
A vous de juger.

[nikko34]

qu'est ce qui te gène tellement dans la deuxième solution?

tu peux faire

Code :

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

1
2
3
4
5
6
 
 
bool function()
{
   return a || b || c;
}

et euh... on est en C++, tu peux faire des return au milieu du code si tu veux.

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
 
bool function()
{
  if( a )
  {
      return true;
  }
  else if( b )
  {
     return false;
  }
 // ...
}

Le langage te permet en tout cas de faire ça. Et généralement, il vaut mieux que le code soit clair plutôt que de trop l'optimiser à ce niveau.

[urchin]

En c++, l'évaluation des conditions est paresseuse, donc il est inutile de faire tous ces salamalecs avec le goto, si ta première expression est vraie alors la fonction retourne tout de suite. Le corollaire est qu'il faut éviter d'avoir des effets de bords dans tes expressions.

[deubelte]

ouais pas bete,
on met des return dans chaque boucle if, comme ca des qu'il rentre dans une boucle, il en ressort.

[deubelte]

Mais est ce que "Return" en C++, fait quitté la fonction dans laquelle Return se trouve?

[Luc Hermitte]

Encore heureux.

[koala01]

Salut,

Le terme return sert, justement, à dire "quitte la fonction et renvoie telle valeur à la fonction appelante"...

Donc, quand bien meme, tu aurais un niveau d'indentation énorme (ce qui est toujours à éviter pour une question de facilité de lecture), tu te retrouverais toujours... apres l'appel de la fonction dans la fonction appelante

S'il est vrai que, d'une certaine manière, on peut etre attaché au principe "single in, single out" (entrée et sortie unique pour une fonction), c'est tres loin d'être justifié dans tous les cas et un return peut prendre place n'importe où

Penses aussi, si tu travailles avec des valeurs entières, à utiliser les switch... case quand leur utilisation s'impose

Si l'utilisation d'un goto *peut* dans certaines situations bien précises s'avérer être la meilleure solution, c'est, le plus souvent, dans des langages purement procéduraux ou qui, le plus souvent, ne fournissent pas de gestion d'erreur...

Et, en tout état de cause, le goto ne devrait toujours être envisagé qu'en dernier ressort parce que les autres solutions ne sont *décidément et définitivement* pas adaptées...