[pyar] Habemos Enum

[Claudio Freire]

2013/5/10 Roberto Alsina <ralsina en netmanagers.com.ar>:
> Yo hago
>
> from PyQt4 import QtCore, QtGui
>
> y despues uso siempre QtGui.QApplication. Claro, el código se vuelve mas
> largo pero bué


Lo bueno del código largo: te obliga a hacer código corto.

O sea, si el código es verborrágico, te obliga a darle estructura. Te
obliga a codear bien.


2013/5/10 fisa <fisadev en gmail.com>:
> El día 10 de mayo de 2013 13:38, Juan Carlos Ojeda
> <juancarlospaco en gmail.com> escribió:
>> 2013/5/10 Facundo Batista <facundobatista en gmail.com>
>>>
>>>
>>> Pero para un caso tan específico (en el que concuerdo con Natalia,
>>> deberían import QtCore y usar eso, por ejemplo), no sé si se justifica
>>> una sintaxis nueva.
>>
>>
>> No es sintaxis nueva, pasa que tampoco es lo ideal importar el mundo entero
>> cuando realmente solo usas un granito de arena, esa es opinionated pero
>> we...
>>
>
> Sí lo es, es sintaxis nueva.
> Import es un statement, cosa que no puede ir en el bloque inicial de
> una list comprehension, que es un "test". "test" no puede ser un
> statement.
> Por eso para admitir esa idea que proponías, hay que modificar la
> sintaxis de python, cosa que no es muy simple.


>>> __import__
<built-in function __import__>


2013/5/10 Daniel Moisset <dmoisset en machinalis.com>:
> Hacer un enum es una pavada. El tema es que hay 22 formas distintas de
> hacerlo ligeramente distintas entre si, y no son compatibles (en ejecucion,
> notacion, etc). El valor que agrega esto es gigante como convención, no como
> trozo de código
>
> There should be one-- and preferably only one --obvious way to do it.

Exacto, y Python es famoso por esperar un lindo rato a ver cuál es
*la* forma de hacer las cosas. Sólo se apresura lo necesario. Ejemplo
concreto: anotaciones de... nombres (ni son de tipos).