Re: [Python-es] Comportamiento de python.

2014-04-09 Por tema Arturo Llaja Alarcón
On 08/04/14 16:58, Da?id wrote: Por cierto, si usas eso en código y lo analizas con pylint, te avisa de que eso es un imán para bugs. Suele ser una buena idea pasarlo de vez en cuando, aunque no siempre haya que hacerle caso... On Apr 8, 2014 11:41 PM, "Jose Caballero"

Re: [Python-es] Comportamiento de python.

2014-04-09 Por tema Rock Neurotiko
En principio no debería serlo, a no ser que sepas cómo se comporta Python en el aspecto de asignar valores a variables no referenciadas (el link Jose lo explica). Si no lo sabes, el comportamiento que crees que debería tener es [1] para cada llamada, ya que a cada llamada "debería" asignar el valo

Re: [Python-es] Comportamiento de python.

2014-04-09 Por tema Arturo Llaja Alarcón
On 09/04/14 09:38, Rock Neurotiko wrote: x = [] Pero se lo estás pasando en la línea: def foo(x = []): Según lo que leo, la función crea una variable x, y le asigna un valor x.append(1), en ningún momento la destruye ni la reinicia. La variable x se queda en memoria y por lo tanto al llamar

Re: [Python-es] Comportamiento de python.

2014-04-09 Por tema Rock Neurotiko
Claro, ese es el comportamiento que se espera si conoces cómo funciona Python al asignar los valores. En otros lenguajes, el valor por defecto siempre se evalua (en python solo la primera vez que llamas a ese metodo), por lo que si no le pasas el parametro siempre va a ser el que viene por defecto

Re: [Python-es] Comportamiento de python.

2014-04-09 Por tema Arturo Llaja Alarcón
On 09/04/14 10:47, Rock Neurotiko wrote: Claro, ese es el comportamiento que se espera si conoces cómo funciona Python al asignar los valores. En otros lenguajes, el valor por defecto siempre se evalua (en python solo la primera vez que llamas a ese metodo), por lo que si no le pasas el param

Re: [Python-es] Comportamiento de python.

2014-04-09 Por tema Rock Neurotiko
No completamente como Haskell, pero si, en algunos casos si :-P Mi problema en el primer email era que no sabia que se comportaba asi para los parámetros, ahora si lo se, y espero que el resto también =D El 9 de abril de 2014, 17:49, Arturo Llaja Alarcón escribió: > On 09/04/14 10:47, Rock Neu

Re: [Python-es] Comportamiento de python.

2014-04-09 Por tema Guillermo Vaya
Quizás me confunda, corregirme si es así, pero la evaluación perezosa[1] es simplemente no evaluar las expresiones si no hay necesidad, así que no tengo muy claro que tiene que ver eso con que en Python las funciones sean objetos y sus argumentos sean parte del estado del objeto, por lo que al util

Re: [Python-es] Comportamiento de python.

2014-04-09 Por tema Rock Neurotiko
En este ejemplo, lo que ocurre es que como ya ha evaluado el valor por defecto, y sabe en que direccion de memoria está, no vuelve a evaluarlo porque no lo necesita, ya sabe donde está el resultado de esa operación. Esto también ocurre en la evaluacion perezosa (no es todo lo que abarca la evaluac

[Python-es] Archivo de recursos u otra solución wx

2014-04-09 Por tema kausdiv
Hola. Estoy haciendo pequeñas aplicaciones con wxPython usando wxFormBuilder para diseñar la interfaz gráfica. La cuestión que los png para botones y otros, tengo que cargarlos desde archivo. El inconveniente que si quiero distribuir la aplicación debo enviar todos los png. Con los consiguie

Re: [Python-es] Comportamiento de python.

2014-04-09 Por tema monoBOT
Hay un (o varios) artículo(s) muy interesante(s) al respecto de nuestro compañero Chema como http://ch3m4.org/blog/2013/03/22/mutable-o-inmutable-he-ahi-el-dilema/ El 9 de abril de 2014, 17:23, Rock Neurotiko escribió: > En este ejemplo, lo que ocurre es que como ya ha evaluado el valor por > d

Re: [Python-es] Comportamiento de python.

2014-04-09 Por tema Chema Cortes
El 9 de abril de 2014, 17:47, Rock Neurotiko escribió: > Claro, ese es el comportamiento que se espera si conoces cómo funciona > Python al asignar los valores. > > En otros lenguajes, el valor por defecto siempre se evalua (en python solo > la primera vez que llamas a ese metodo), por lo que si n