[pyar] Usar boolean vs int en if statement

[Matías Iturburu]

Me "da la sensación" de que el ejemplo no es muy esclarecedor.
La eficiencia no es un argumento importante (si necesitas eficiencia no
deberías usar python en primer lugar)

A mi criterio se reduce a que queda mas claro de leer.

Si trabajo con un subproceso, generalmente encuentro mas clara la forma:

    return result == os.EX_OK

Aunque en el caso general devuelvo cualquier valor *falseable*.


El 23 de mayo de 2014, 10:53, leandro moreno
<moreno.leandro.g en gmail.com>escribió:

> Osea, mi pregunta va mas profundo. Que es mas eficiente? Si Python te da
> esa facilidad de utilizar un int en un if statement, por que no usarlo?
>
>
> El 23 de mayo de 2014, 10:47, Gonzalo Bonigo <gonzalobonigo en gmail.com>escribió:
>
> En unix tenes para comparar contra os.EX_OK que queda mucho más fácil de
>> leer, en otros sistemas tenes que comparar contra el valor de retorno que
>> corresponda.
>>
>> ^_^
>>
>> Sds.
>>
>>
>> El 23 de mayo de 2014, 10:39, Federico Apelhanz <elmaildejapel en gmail.com>escribió:
>>
>> me parece más ^leíble^ hacer if not result:
>>>
>>>
>>> El 23 de mayo de 2014, 10:37, leandro moreno <moreno.leandro.g en gmail.com
>>> > escribió:
>>>
>>>>
>>>>
>>>>
>>>> El 23 de mayo de 2014, 10:36, leandro moreno <
>>>> moreno.leandro.g en gmail.com> escribió:
>>>>
>>>>> Buen dia lista! Estoy con una duda acerca de que es correcto/mejor
>>>>> sobre el titulo del correo.
>>>>>
>>>>> Si por ejemplo tengo algo como lo siguiente:
>>>>>
>>>>> proc = subprocess.Popen("ls", shell=True)
>>>>> result = proc.wait()
>>>>>
>>>>> Luego quiero ver si el proceso terminó correctamente. que seria lo
>>>>> correcto?
>>>>>
>>>>> if not result:
>>>>>
>>>>  # Perdon, pense que estaba en el interprete y clave "tab, enter",
>>>> prosigo...
>>>> If not result:
>>>>     ...
>>>>
>>>> o hacer esto:
>>>>
>>>> if result == 0:
>>>>     ....
>>>>
>>>> Saludos!
>>>>
>>>>
>>>>
>>>> _______________________________________________
>>>> pyar mailing list pyar en python.org.ar
>>>> http://listas.python.org.ar/listinfo/pyar
>>>>
>>>> PyAr - Python Argentina - Sitio web: http://www.python.org.ar/
>>>>
>>>> La lista de PyAr esta Hosteada en USLA - Usuarios de Software Libre de
>>>> Argentina - http://www.usla.org.ar
>>>>
>>>
>>>
>>> _______________________________________________
>>> pyar mailing list pyar en python.org.ar
>>> http://listas.python.org.ar/listinfo/pyar
>>>
>>> PyAr - Python Argentina - Sitio web: http://www.python.org.ar/
>>>
>>> La lista de PyAr esta Hosteada en USLA - Usuarios de Software Libre de
>>> Argentina - http://www.usla.org.ar
>>>
>>
>>
>>
>> --
>> Debugging is twice as hard as writing the code in the first place.
>> Therefore, if you write the code as cleverly as possible, you are, by
>> definition, not smart enough to debug it.  -- *Kernighan*
>>
>> _______________________________________________
>> pyar mailing list pyar en python.org.ar
>> http://listas.python.org.ar/listinfo/pyar
>>
>> PyAr - Python Argentina - Sitio web: http://www.python.org.ar/
>>
>> La lista de PyAr esta Hosteada en USLA - Usuarios de Software Libre de
>> Argentina - http://www.usla.org.ar
>>
>
>
> _______________________________________________
> pyar mailing list pyar en python.org.ar
> http://listas.python.org.ar/listinfo/pyar
>
> PyAr - Python Argentina - Sitio web: http://www.python.org.ar/
>
> La lista de PyAr esta Hosteada en USLA - Usuarios de Software Libre de
> Argentina - http://www.usla.org.ar
>



-- 
Matías Iturburu
http://www.linkedin.com/in/tutuca | http://ltmo.com.ar
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: <http://listas.python.org.ar/pipermail/pyar/attachments/20140523/331f3add/attachment.html>