Busca en el buscador que ya se hablo hace poco de esto.

No soy partidiario del código spaguetti, pero a veces usar goto facilita las cosas, aunque no sea necesario.

If You Want To Go Somewhere, Goto Is The Best Way To Get There. -- Ken Thompson

Pues claro que sí, alguien puede decir que los comentarios en un código no sirven para una *****, pero yo diría que sí que sirven.

Dicen que no es recomendable usar goto... si hay una opción mejor, pero en muchos casos goto sirve para mucho. En batch, por ejemplo.
Saludos!

PD: Leo, me gustó la frase... +1

En mi opinión, tal y como dice vertex@symphony, habrá circustancias en las que se imponga razonadamente el uso de goto y otras en las que no sea así. Lo que yo considero es que, en lo que viene siendo la disciplina de programación, cuando se están dando los primeros pasos, no es una buena técnica, ya que puede llegar a acostumbrar al "futuro programador" a solucionar cualquier situación con un goto sin pararse a pensar en otros aspectos del problema.

Es una sentencia más del lenguaje sí, y la habrán usado en innumerables ocasiones, pero eso no significa que sea recomendable su uso, que es lo que pregunta Draklit. Creo que si se hace un uso "razonable" de la instrucción, sin abusar de ella ante cualquier situación, es una instrucción tan válida como el resto. Sin embargo, cuando la cosa ya comienza a ser un cachondeo de goto's por todo el código ante el más mínimo inconveniente, lo considero la peor técnica del mundo. Así que supongo que la cosa estará en encontrar un punto medio y no volverse loco poniendo instrucciones de este tipo.

Yo sinceramente veo más lógicas estas instrucciones en bajo nivel, ya que las sentencias de control son mínimas. Pero en lenguajes de alto nivel, donde existen muchas otras sentencias de control de flujo...no la considero indispensable.

Saludos.

En bastantes de hecho.

@[Zero]:

En una charla de FOSDEM 2010 (me parece que era 2010, sino, 2011) Greg Kroah-Hartman en la charla "Write and Submmit your first Kernel Patch" comenta acerca que:

dado el carácter multihilo del kernel que cuando en una función haces locking a algo y por un caso finalizas es más simple saltar al final de la función donde en cualquier caso sea funcionamiento normal o anormal vas a hacer los unlocks necesarios que duplicar el codigo para desbloquear (esta última es más propensa a errores)

Oh, Se me pasó complementar el comentario acerca de la charla que cité anteriormente y no voy a editar un post si alguien ha respondido ya después de publicarlo.

Uno de los ejemplos sobre los cuales en el kernel de linux se usa bastante el goto sería una estructura similar:

pthread_mutex_lock(&m)
if (lo_que_sea){
    haz_cosas();
}else{
    //no queremos continuar, pero aun asi tenemos que desbloquear
    goto exit;
}
//aqui se tendria mucho mas codigo
...
 
exit:
pthread_mutex_unlock(&m);
return algo;
 

Obviamente, con un lock no parece mucho cambio duplicar el código. Pongamos 15 locks.

En situaciones como estas donde en unos casos la función debería terminar y se han bloqueado diversos locks y que es muy probable que dicho código se vaya a modificar, creo que queda claro que es preferible no duplicarlo en el else sino hacer un goto al final de la función, camino que también se recorrería si la función entrase en el if, haciendo a parte más cosas.

Sea cual sea el caso, al finalizar la función tenemos que soltar esos locks, llegaremos bien sea con un salto directo o bien por el recorrido completo. En este caso creo que se ve que el goto simplifica el código.

saltos para atrás son los que en determinados casos pueden marear la perdiz (aun así, qué son los bucles sino saltos condicionales hacia atrás?), hacia adelante no tienen ningún problema como creo que se puede ver en este ejemplo.

No siempre menos lineas de código significa que este bien hecho y el goto para lo único que sirve en el 99% de los casos es para ahorrar lineas de código, esa por lo menos es mi opinión.

Que se use en Perl o en el Kernel que gusten no es una muestra de nada puesto que son programadores como todos; no puede tomarse eso como una referencia de que algo es correcto. Con el mismo criterio podemos decir que Dijkstra comento que no debería usarse y explico muy bien por que, y ¿Quien de ustedes se atreveria a decir que Dijkstra no tenia idea de lo que hablaba?.
Como verán ninguna de estas referencias pueden tomarse para probar que "esto es así sin ninguna duda" porque cada uno tiene una visión distinta; se puede estar de acuerdo o no.

Personalmente no creo que goto sea adecuado para nada, genera confusión en el código y torna al flujo del algoritmo difícil de seguir para los que deban continuar lo que uno hizo (nada mas propenso a errores que un programador que no puede entender el código base con el cual debe trabajar).

Lo del goto exit; puede aparentar valido cuando se muestra en 5 lineas pero cuando comienzan los errores, las excepciones, cuando comienza las unidades de testeo y la depuración, la historia es otra.

Estoy de acuerdo con lo que dijo Zero, es cuestión de gustos.

Saludos!

PD: Sin comentarios como gtfo ni demás porque todos tienen derecho a opinar en la forma que gusten mientras no se falte el respeto a nadie.