Booklet A4/A5 - PET: Python Entre Todos - Python Argentina

More documents

Recommendations

Info

Finalizando 55 2 La primera es la forma recomendada y es la que seguramente elegirás, salvo que andes decorando clases en Python < 2.6 Python Entre Todos (número 1, Agosto 2010) — http://revista.python.org.ar 14 Referencias circulares cómodo, hay que admitir, así que si vamos a apoyarnos en esta comodidad, hagámoslo a conciencia, sabiendo lo que hacemos, y las limitaciones que tiene: Referencias circulares Nuestra clase inútil utiliza un destructor para cerrar el archivo… cosa que se considera incorrecta en Python. ¿Por qué, tanta gente se pregunta. Veamos: >>> objetoInutil = ClaseInutil("archivito.txt") abriendo >>> objetoInutil2 = ClaseInutil("archivito.txt") abriendo >>> objetoInutil.circulito = objetoInutil2 >>> objetoInutil2.circulito = objetoInutil >>> objetoInutil = objetoInutil2 = None Ahora, ejercicio interesante para el lector pensar qué saldrá por la consola luego de esa última sentencia. No es poco común equivocarse aquí, y decir: imprime “cerrando” dos veces. No, no lo hace. Adelante, hagan la prueba. Para entender qué sucede, tipear en la consola import gc ; gc.garbage. Ahí están nuestras dos instancias de ClaseInutil. ¿Qué sucedió Lo veremos en detalle en otra entrega. Lo importante para recordar es que los destructores se llevan muy mal con las referencias circulares. Y hay muchas, muchas formas de caer en referencias circulares, y no siempre son sencillas de detectar, y siempre son más difíciles aún de evitar. gc.garbage va a ser nuestro amigo siempre que sospechemos de este tipo de problemas. Resucitando objetos Las personas no son las únicas que pueden recibir CPR (resucitación cardiopulmonar). Los objetos en python también. Realmente, a mí personalmente, nunca me fue útil para nada. Nada de nada de nada. Pero alguien debe haber pensado que estaba bueno, porque es parte del lenguaje: Si un destructor de una instancia, en el proceso, crea una referencia alcanzable a sí mismo, la destrucción se cancela, y el objeto vive. Capaz que puede servir para depuración, o para hacer cosas locas. Imaginemos que un recurso lo tengo que destruir sí o sí en el thread principal (no es descabellado, sucede Python Entre Todos (número 1, Agosto 2010) — http://revista.python.org.ar
Referencias circulares 15 y no pocas veces). El destructor, pues, podría pedir thread.get_ident() y comparar con el thread principal, si no se está corriendo en el thread correcto, encolar la instancia para ser destruida en el thread principal. Al encolarla, se crea una referencia alcanzable, y CPython va a detectar esto. Es perfectamente legal. También puede suceder esto por accidente, y es lo más importante para recordar, puesto que dudo que muchos lectores quieran hacerlo a propósito. Es importante, pues, no dejar escapar una referencia a self desde el destructor, o terminaremos con situaciones feas. Goteras de memoria, recursos sin cerrar, excepciones. Cosas feas. Justamente, veamos un caso del que podremos zafar puesto que Python mismo lo evita: >>> class ClaseInutil: ... def __init__(self, archivito): ... print "abriendo" ... self.valor = open(archivito, "r") ... def __del__(self): ... raise RuntimeError, "quiero romper todo" ... >>> try: ... x = ClaseInutil("archivito.txt") ... # hacer cosas ... x = None ... except: ... pass ... abriendo Exception RuntimeError: RuntimeError('quiero romper todo',) in ignored Lo divertido del código de arriba, no es que explota. Es obvio, después de todo tiré un RuntimeError muy a propósito. Lo divertido es que no explota. Uno esperaría que tire RuntimeError, el except debería atrapar la excepción e ignorarla (pero no imprimir que la ignoró). Pero si hiciera eso, la referencia no desaparece, porque al tirar la excepción, se guardó una referencia a self en el objeto Traceback de la excepción. Y al salir del bloque de except intentaría volver a destruirla, lo que tira otra excepción, lo que vuelve a resucitar el objeto… y así. Muy divertido. Python Entre Todos (número 1, Agosto 2010) — http://revista.python.org.ar 54 Finalizando else: message.append(u"""called: '{0}'""".format( callable.__name__)) message.append( u"""Arguments: {0}""".format( ", ".join(map(str, args)) ) ) message.append( u"""Keyword Arguments: {0}""".format( ", ".join(["{0}={1}".format(key, value) \ for (key, value) in kwargs.items()]) ) ) logging.debug("; ".join(message)) return wrap En el caso de una clase decoradora con argumentos, dichos argumentos son pasados en el __init__. El callable decorado es recibido por el método __call__ y los argumentos usados para llamar al callable son recibidos en la función anidada de __call__ (wrap en este caso). La forma de usarlo es exactamente la misma que en el caso de la función decoradora con parámetros: @LogCallable(False) def yes(string='y', end='\n'): [...] Finalizando Los decoradores nos abren un mundo de posibilidades a la hora de hacer nuestro código más legible y sencillo, es cuestión de analizar cada caso de uso particularmente. Por lo que en la probable próxima entrega vamos a darle un poco más de hincapié a la decoración de clases y a ver ejemplos más prácticos. 1 Nombre de función o clase (en criollo: sin ponerle los paréntesis así no se ejecuta :) Python Entre Todos (número 1, Agosto 2010) — http://revista.python.org.ar
Page 1: http://revista.python.org.ar PET: P
Page 4 and 5: En Este Número Licencia i Editoria
Page 6 and 7: Desafío PET 67 • No se pueden us
Page 8 and 9: ¿Cómo Está Hecha Esta Revista 65
Page 10 and 11: Resumen: 63 xamples, donde se anali
Page 12 and 13: Interfaz Administrativa 61 Aquí po
Page 14 and 15: Bienvenida 59 Luego aparecerá la p
Page 16 and 17: Instalación de Web2Py 57 diseño i
Page 20 and 21: Clases decoradoras con argumentos 5
Page 22 and 23: Clases decoradoras sin argumentos 5
Page 24 and 25: Funciones decoradoras sin argumento
Page 26 and 27: Decorando código (Parte 1) 47 """
Page 28 and 29: La rareza viene al rescate: La solu
Page 30 and 31: Primer solución “no dinámica”
Page 32 and 33: El problema 41 met() #esto nos devu
Page 34 and 35: Taint aware 39 Python Argentina Nue
Page 36 and 37: cleaner 37 El framework web.py nos
Page 38: Conceptos de Taint Analysis 35 est

Booklet A4/A5 - PET: Python Entre Todos - Python Argentina

Create successful ePaper yourself

Delete template?

Save as template?