🚀 go-pugleaf

El Fri, 2 May 2003 04:30:34 +0200, desorden 
 <nedrosed@yahoo.es> dijo:
> En el siguiente art�culo, Seba F escribi�:
>> 
>> No estoy de acuerdo con esto de tomar como un pecado mortal el uso del
>> goto, ademas como dijeron en el mail anterior el uso del break, es un
>> uso del goto camuflado. En algunos tipos de algoritmos un buen uso del
>> goto disminuye considerablemente la cantidad de lineas de codigo y
>> hasta hace mucho mas comprensible al algoritmo.
>> Siempre y cuando tengamos en cuenta que el uso de case, break y goto
>> no son eficientes a nivel compilacion, en determinadas situaciones su
>> uso es razonable y pr�ctico.
>>
> 
> Depende del tipo de programaci�n, �no? En programaci�n estructurada los
> bloques de c�digo se tienen que recorrer desde la primera l�nea hasta la
> �ltima.
> 
> Programar usando la sentencia goto est�... �anticuado?
> 
> Un saludo...

No si ya sab�a yo que �sto iba a salir ;-) ...

Lo que est� anticuado es decir que "el goto est� anticuado" (ya ha
llovido desde el "goto" considered "harmful"). Es l�gico
que cada funci�n o bucle tenga _un solo punto de entrada_, pero lo que
no lo es, es que tambi�n tenga que tener _un solo punto de salida_. De
hecho en estos dos casos se usa return y break para salir y es m�s
claro, m�s sencillo(KISS) y m�s eficiente.

Para el caso de los dos bucles la soluci�n ideal es la de Perl, que te
permite etiquetar los bucles y usarlos desde el next y last(equivalentes
a continue y break).

OUTER: for(;;){
	INNER: for(;;){
		...
		last OUTER;
	}
}

El otro caso donde se suele usar el goto (y mucho), es en el manejo de
situaciones de error (situaci�n que el propio Dijikstra admite en su
"Goto Considered Harmful"). De nuevo, las situaci�n que resuelve eso de
manera adecuada son las excepciones...

Pero C no tiene ninguna de estas dos posibilidades, as� que o usas goto,
o haces virguer�as. Es mi opini�n.

Saludos

Samuel

-- 
Samuel Mo�ux Salvador
PGP Key pgp.rediris.es    -----         KeyID 0x822583C2