Comments on: Regla del único punto de salida http://blog.chuidiang.com/2008/09/19/regla-del-unico-punto-de-salida/ Programación e informática en general Sat, 06 Mar 2010 19:55:12 +0000 http://wordpress.org/?v=2.9.2 hourly 1 By: Jersson http://blog.chuidiang.com/2008/09/19/regla-del-unico-punto-de-salida/comment-page-1/#comment-1379 Jersson Mon, 06 Oct 2008 17:27:59 +0000 http://blog.chuidiang.com/?p=410#comment-1379 Todo muy claro. Saludos. Todo muy claro.
Saludos.

]]> By: Chuidiang http://blog.chuidiang.com/2008/09/19/regla-del-unico-punto-de-salida/comment-page-1/#comment-1377 Chuidiang Sun, 05 Oct 2008 11:11:25 +0000 http://blog.chuidiang.com/?p=410#comment-1377 Hombre, la legibilidad depende mucho de lo que haga la rutina. Hay veces que “obligarse” a seguir esta regla puede enredar demasiado el código. En el ejemplo del libro muestra una simple función que debe buscar un elemento en una lista y devolver la posición que ocupa. Siguiendo la regla tienes que declarar una variable “boolean encontrado” para marcar dentro del bucle si se ha encontrado o no y al finalizar el bucle, teniendo en cuenta esa variable, comprobar esta variable para decidir si devuelves la posición de la i del bucle o un -1. Por supuesto, esta decisión la guardas también en una variable para hacer un único return. encontrado=false; i=0; while (i < numero elementos y no encontrado) ___if (lista[i] == valor buscado) ______encontrado=true; ___else ______i++; if (!encontrado) ___i = -1; return i; Si no sigues la regla, basta un bucle con un return dentro si lo has encontrado y un return -1 al fina. Mucho más claro. for (i=0; i < numero elementos; i++) ___if (lista[i] == elemento buscado) ______return i; return -1; (perdón por los _, pero no tengo mucho tiempo ahora para pelearme con la puñetera razón por la que no salen los sangrados en los comentarios). Se bueno. Hombre, la legibilidad depende mucho de lo que haga la rutina. Hay veces que “obligarse” a seguir esta regla puede enredar demasiado el código. En el ejemplo del libro muestra una simple función que debe buscar un elemento en una lista y devolver la posición que ocupa.

Siguiendo la regla tienes que declarar una variable “boolean encontrado” para marcar dentro del bucle si se ha encontrado o no y al finalizar el bucle, teniendo en cuenta esa variable, comprobar esta variable para decidir si devuelves la posición de la i del bucle o un -1. Por supuesto, esta decisión la guardas también en una variable para hacer un único return.

encontrado=false;
i=0;
while (i < numero elementos y no encontrado)
___if (lista[i] == valor buscado)
______encontrado=true;
___else
______i++;
if (!encontrado)
___i = -1;
return i;

Si no sigues la regla, basta un bucle con un return dentro si lo has encontrado y un return -1 al fina. Mucho más claro.

for (i=0; i < numero elementos; i++)
___if (lista[i] == elemento buscado)
______return i;
return -1;

(perdón por los _, pero no tengo mucho tiempo ahora para pelearme con la puñetera razón por la que no salen los sangrados en los comentarios).
Se bueno.

]]> By: Jersson http://blog.chuidiang.com/2008/09/19/regla-del-unico-punto-de-salida/comment-page-1/#comment-1375 Jersson Sun, 05 Oct 2008 06:47:51 +0000 http://blog.chuidiang.com/?p=410#comment-1375 Hola, yo lo hago/recomiendo por aspectos de: 1.- legibilidad 2.- facilita la "primera depuración", es decir aquella que nos da el primer vistazo del problema que tenemos, o en todo caso, cuestion de llegar a la ultima linea del código estudiado y ver cual es el valor que esta por retornar (sin necesidad de darle tanta vuelta al código) 3.- estoy casi seguro de haberlo leido en mi libro de (poner aqui uno de archer) que el msil generado (si hablamos de .net) se complica menos si es que hay una salida de la función. Un saludo. Hola,
yo lo hago/recomiendo por aspectos de:
1.- legibilidad
2.- facilita la “primera depuración”, es decir aquella que nos da el primer vistazo del problema que tenemos, o en todo caso, cuestion de llegar a la ultima linea del código estudiado y ver cual es el valor que esta por retornar (sin necesidad de darle tanta vuelta al código)
3.- estoy casi seguro de haberlo leido en mi libro de (poner aqui uno de archer) que el msil generado (si hablamos de .net) se complica menos si es que hay una salida de la función.

Un saludo.

]]> By: El arte del desarrollo web » Blog Archive » Estilo de programacion http://blog.chuidiang.com/2008/09/19/regla-del-unico-punto-de-salida/comment-page-1/#comment-1368 El arte del desarrollo web » Blog Archive » Estilo de programacion Fri, 19 Sep 2008 19:52:02 +0000 http://blog.chuidiang.com/?p=410#comment-1368 [...] los demas, y porque no, nosotros mismos. Hay viendo mi reader, me encontre con un articulo del blog Diario de programacion, un articulo sobre el unico punto de salida. Lo interesante de este articulo es el link que dan al [...] [...] los demas, y porque no, nosotros mismos. Hay viendo mi reader, me encontre con un articulo del blog Diario de programacion, un articulo sobre el unico punto de salida. Lo interesante de este articulo es el link que dan al [...]

]]> By: Blaxter http://blog.chuidiang.com/2008/09/19/regla-del-unico-punto-de-salida/comment-page-1/#comment-1367 Blaxter Fri, 19 Sep 2008 16:33:10 +0000 http://blog.chuidiang.com/?p=410#comment-1367 Eso lo veo más bien como un consejo que una regla. Siempre que puedo yo intento seguirla. Por ejemplo tengo la costumbre de llamar a la variable que devolveré, 'ret', así no hay lugar a dudas. O en lenguajes con aspectos funcionales decentes (como ruby) puedes hacer cosas como: <code> def foobar returning Hash.new do |ret| .... end end </code> Que simplifican bastante su lectura. Eso lo veo más bien como un consejo que una regla. Siempre que puedo yo intento seguirla. Por ejemplo tengo la costumbre de llamar a la variable que devolveré, ‘ret’, así no hay lugar a dudas. O en lenguajes con aspectos funcionales decentes (como ruby) puedes hacer cosas como:

def foobar
returning Hash.new do |ret|
....
end
end

Que simplifican bastante su lectura.

]]>