🚀 go-pugleaf

Horacio Miranda <hmiranda@yale.cl> wrote in message news:<3EB2A671.F527D86C@yale.cl>...
> Revisen los libros, el goto es necesario en los c�digos de maquinas, ya
> que en la emplementaci�n de los if then else, en c�digo intermedio de los
> compiladores se representa con puros goto, pero eso es algo de
> compiladores y es una mala idea usarlo en C ya que el goto es algo
> orientado a Basic, y esta orientado a ense�anza no a desarrollo, creo que
> se debe mira el goto en C, o google "goto  kernighan" o esta direcci�n
> http://www.google.cl/search?q=cache:IcH5zyeQYE4C:www.lysator.liu.se/c/bwk-tutor.html+goto++kernighan+ritchie&hl=es&ie=UTF-8
> 
> secci�n 27, :D espero que con esto se les olvide o los persuada de no
> ocupar gotos.... el titulo es "Horrors! goto's and labels" Bueno el titulo
> dice todo ^.-.^  <3(o-o)E>
> 
> Juli�n Albo ha escrito:
> 

Justamente el art�culo dice que la "mayoria" de las veces no es
necesario usar goto,  (But most of the time goto's aren't needed) y
que solo es aconsejable usarlo en determinadas situaciones como por
ejemplo ("One use of goto's with some legitimacy is in a program which
contains a long loop, where a while(1) would be too extended")

Vuelvo al mismo punto, no hay que ser tan extremistas, quien me puede
negar que un goto bien utilizado no simplifica el codigo???.
Yo entiendo a los profesores que dicen que nunca se debe usar goto,
con s�lo imaginarme los usos que le puede dar un joven que recien se
inicia en la programaci�n al goto, ya me da miedo, pero tampoco le
neguemos la existencia a esa pobre sentencia.

Saludos
SF.-


> > 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.
> >
> > Si vamos a eso toda la programaci�n es c�digo m�quina camuflado, y no
> > por ello nos vamos a poner a escribir ceros y unos.
> >
> > > 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.
> >
> > No creo qye tenga que ver con el tipo de algoritmo, m�s bien con la
> > implementaci�n.
> >
> > > 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.
> >
> > Que sea m�s o menos eficiente depende por completo de las capacidades
> > del compilador.
> >
> > Y por otra parte, en muchos casos te dir�n que la ganancia marginal de
> > eficiencia no importa en absoluto, o que si la eficiencia es realmente
> > cr�tica escribas esa parte en ensamblador.
> >
> > Salu2