🚀 go-pugleaf

On Thu, 16 Nov 2000 14:38:43 GMT, Pumuki wrote:

No es lo mismo excepto cuando en Cobol por ejemplo haces una llamada
al Perform Final...

>On Thu, 16 Nov 2000 09:05:49 +0100, Jos� Luis P�rez Diez
><Jluis@noEmai.com> wrote:
>
>>In article <8utqmr$4kd$1@diana.bcn.ttd.net>, Pepito wrote:
>>> De todos modos nosotros cuando programamos estamos utilizando sin saberlo el
>>> goto de forma intensiva:
>>> - Al hacer un return en el medio de una funci�n.
>>> - Instrucciones del tipo break y continue (en for y while).
>>> - Manejo de excepciones.
>>> - Instrucci�n case.
>>>
>>si a eso le llamas goto  te has dejado cuando llamas a una funcion (subrutina o 
>>procedimiento) al realizar un if en cualquier bucle o interacion o extructura 
>>de control...
>
>No, no es lo mismo, cuando llamas a una funcion saltas a otro punto
>del programa, pero al terminar vuelves a ese punto, no cruzas lineas.
>Sin embargo en las excepciones saltas a otro punto del programa y
>generalmente no vuelves, una excepci�n NUNCA puede encajar en un
>entorno de programaci�n extructurade PURO, no al menos en el contexto
>en el que se formul� la teor�a de la programaci�n estructurada. Yo que
>quereis que os diga, las excepciones las veo como un GOTO refinado,
>una manera de hacer un GOTO sin que quede tan feo, eso si, est�
>cojonudas y son mucho mas faciles de entender que un GOTO, de hecho es
>mas facil de entender un m�todo que lanza excepciones que un m�todo
>que continuamente est� chequeando "a mano" que no se producen.