Otra manera de programar en Cocoa. Ruby y Python.

abril 28, 2010

Cuando pensamos en desarrollar aplicaciones para Mac, siempre nos viene a la mente Cocoa, y junto a este Framework aparece el lenguaje mas maquero, Objetive-C. Sin embargo, es posible hacer aplicaciones completas usando otros lenguajes, como puede ser Java, C o C++ y los que, desde mi punto de vista, son mas interesantes, estoy hablando de los lenguajes de Script de “moda” Ruby y Python.

Gracias a RubyCocoa y PyObjc, podemos invocar a métodos de clases desarrolladas en ObjetiveC, lo que quiere decir que vamos a ser capaces de utilizar las librerias de Cocoa, desde nuestro lenguaje de script favorito. Además, como ambos vienen instalados por defecto en nuestros OSX, no tendremos que instalar nada para empezar a desarrollar con ellos.

Aparte de la posibilidad de crear aplicaciones Cocoa únicamente usando estos lenguajes de script, se nos abre otra posibilidad bastante interesante. Gracias a la inclusión en OSX del Scripting Bridge y combinándolo con la posibilidad que comentabamos de usar Python o Ruby para usar librerías hechas en Objetive-C, podremos comunicarnos con las aplicaciones Cocoa usando estos lenguajes.

Antiguamente, si hablamos de lenguajes de script, esta posibilidad de comunicación entre aplicaciones estaba limitada al propio AppleScript.

Particularmente no tengo nada en contra de AppleScript, pero siempre me pareció un lenguaje un tanto complicado de aprender, sin embargo, Python o Ruby me parecen lenguajes bastante prácticos, por lo que el hecho de poder usarlos como medio de comunicación con otras aplicaciones Cocoa, me parece una idea tremenda 🙂

A partir de OSX 10.5 se introdujo en el sistema operativo lo que se conoce como Scripting Bridge. Este sistema permite comunicarse con los objetos en ejecución usando mensajes de Objetive-C. Anteriormente la única manera de comunicarse con las aplicaciones era usando comandos AppleScript, por eso, este era el único lenguaje con el que podíamos, por ejemplo, recuperar las canciones de nuestra lista de iTunes.

Como seguramente habreís podido deducir, gracias también al Scripting Bridge, podemos comunicarnos con dichas aplicaciones usando el omnipresente Objetive-C

La inclusión del Scripting bridge, de la misma manera, es cruicial para la parte “servidora”, es decir, el iTunes o el Safari, ya que ha simplificado en gran medida la forma de añadir soporte de Script a una aplicación, pese a que esta tarea sigue siendo no trivial.

Como siempre, la mejor forma de aprender algo es viendo algún ejemplo. Así que vamos a utilizar a Python para listar todas las canciones que tenemos en nuestra librería de iTunes.

El código para realizar esto es bastante sencillo como podemos ver:

import ScriptingBridge

iTunes = ScriptingBridge.SBApplication.applicationWithBundleIdentifier_("com.apple.iTunes")

for source in iTunes.sources():
	print source.name()
	for playlist in source.playlists():
		print "\\---", playlist.name()
		for track in playlist.tracks():
			print "\t\\---", track.name()

Si lo ejecutamos, veremos como se lanza “silenciosamente” iTunes, y momentos después se nos muestra la lista de canciones.

Es importante apreciar que con sólo 6 lineas, estamos salvando muchisimas dificultades que existían en el pasado, y sobre todo, estamos abriendo una posibilidad tremenda para crear nuevas aplicaciones.

Ahora bien, os podeis preguntar, ¿Cómo se que métodos tiene un objeto SBApplication determinado?, ya que por mucho que sea sencillo, si no tenemos documentación al respecto no podemos hacer nada.

Para averiguar que nos ofrece una aplicación existen varios métodos, el mas “visual” es usando la opción de “Abrir Diccionario” del “AppleScript Editor”. Como vemos en la captura.

El otro método “menos amigable” es usar los comandos sdef y sdp, que se encargan de “extraer” la definiciónes de script que posee una aplicación; como podemos ver en la captura de la terminal.

Estos comandos nos sacaran un fichero .h que podemos utilizar para importarlo en nuestro proyecto de Objetive-C, y que desde el punto de vista de nuestros lenguajes de script, nos van a permitir saber que métodos nos expone la aplicación.

Anuncios

Introspección en Python

marzo 20, 2010

Lo primero que nos choca en el título es la palabra “Introspeccón”, no es un termino que estemos acostumbrados a utilizar en nuestro día a día, incluso nos cuesta deletrearlo. Segun la RAE, Instropección es “Observación interior de los propios actos o estados de ánimo o de conciencia.”. Esta explicación se acerca a su significado cuando nos referimos a los lenguajes de programación. Decimos que un lenguaje o plataforma tiene la capacidad de ser instrocpectivo cuando podemos, dinámicamente, mirar dentro del código que se está ejecutando, esto es, podemos consultar diversos aspectos del código en tiempo de ejecución.

Esta caracteristica es común en muchos de los lenguajes modernos como Java, C# y de la mayoría de lenguajes de script más utilizados como Ruby, Python o Javascript.

Utilizando reflexión podemos llevar a cabo tareas muy interesantes, como por ejemplo, construir herramientas de pruebas unitarias genéricas, o en el caso de desarrollar un IDE, estas capacidades son claves para poder brindar un sistema de sugerencia de código, como hace Eclipse o Netbeans.

Entrando en temas mas abstractos, gracias a la reflexión podemos diseñar un programa que sea adaptativo, esto es, que pueda crear métodos dinamicamente según las necesidades del cliente.

Usando Python, vamos a crear un script que llame a todos los métodos de todos los ficheros .py que se encuentren en el mismo directorio. Todos estos ficheros contendran funciones que admiten valores de entrada númericos.

Este programa puede ser útil de cara a crear entornos de pruebas unitarios.

Para ello, Python nos brinda varios mecanismos de instrospección.

El primero de todos es dir, esta función nos devuelve una lista de todos los elementos de un objeto, este objeto puede ser un módulo, un fichero con diversas funciones, o una clase de python.

Por ejemplo si tenemos un sencillo fichero llamado operaciones.py:

version = '1.0'

def suma(a, b):
	return a+b

def resta(a,b):
	return a-b

Si hacemos dir(operaciones) la lista de resultados, además de los elementos estandar como __name__, contendrá las funciones suma y resta y el atributo versión.

La siguiente función clave es getattr. Con esta función podremos obtener un elemento de un objeto, la ventaja es que podemos hacerlo en tiempo dinámico, por ejemplo si hacemos getattr(operaciones,’version’) se nos mostrará la cadena 1.0, esto sería equivalente a hacer operaciones.versión. Al igual que con los atributos podemos obtener también funciones e incluso llamarlas usando esta función. Por ejemplo lo equivalente a operaciones.suma(3,4) sería getattr(operaciones,’suma’)(3,4).

Ya casi tenemos todos los elementos que necesitamos para el proposito original, una de las cosas que aún necesitamos es saber si, teniendo un atributo, este es una función a la que podamos llamar. Para ello necesitamos la función callable. Esta función devolverá True cuando el elemento sea “llamable”. Por ejemplo, callable(getattr(operaciones, ‘suma’)) devolverá True.

Finalmente, lo único que nos falta por saber es el número de parámetros que la función tiene, para ello, usaremos la función getargspec, del módulo inspect. Esta fución nos devuelve una tupla con nombre, siendo uno de los elementos una lista con los parametros de la función. Así si llamamos inspect.getargsspec(operaciones.suma), el resultado será: ArgSpec(args=[‘a’, ‘b’], varargs=None, keywords=None, defaults=None).

Finalmente, el código de nuestro tester es el siguiente:

import os, inspect, random

for fileName in os.listdir('.'):
	if fileName.endswith('.py') & (fileName != 'tester.py'):
		moduleName = fileName[0:fileName.index('.py')]
		print '>> Trying to import ', fileName, ' moduleName: ', moduleName
		module = __import__(moduleName)
		for element in dir(module):
			moduleElement = getattr(module,element)
			if callable(moduleElement):
				params = []
				for param in inspect.getargspec(moduleElement).args:
					params.append(int(random.uniform(0,100)))
				print 'Calling ', moduleName,'->',element, '(', params, ')',
				try:
					print ' --- return Value: ', moduleElement(*params)
				except:
					print ' --- error!'

Por cada fichero del directorio donde se encuentre tester.py, analizará si es un fichero de Python, y si lo es tratará de importarlo y llamar a todas sus funciones. Como curiosidad, destaca el uso del operador de desempaquetado (*), y lo útil que es para llamar a una función con parametros, a priori, desconocidos.

En nuestro ejemplo, en el directorio teníamos aparte del fichero de operaciones.py, uno que contenía algunas operaciones matemáticas, llamado mathsThings, con dos funciones, getFiboNumber que nos devuelve el elemento n de la serie de Fibonacci, y isPrime que nos devuelve si un número es primo.
La salida al ejecutar tester.py es:


Generadores en Python

marzo 11, 2010

Si algo tiene de bueno aprender un lenguaje de script es que descubres nuevas maneras para hacer las cosas que un lenguaje tradicional como C o Java habitualmente no te ofrece.

En el caso de Python, existen múltiples cosas a las que los programadores no estamos acostumbrados, en este post concretamente vamos a hablar de los generadores.

Desde un punto de vista muy básico, un generador es un método para extraer los resultados de una función de una forma diferente a lo que tenemos acostumbrado a usar. Es un concepto mas cercano a la programacion funcional de lisp o haskell que a la programación procedimental de C o Pascal.

Normalmente lo usaremos cuando los datos que una funcion devuelve es una lista de datos. El enfoque tradicional sería construir la lista en la función y devolverla tal cual al llamador, pero esta forma de funcionar tiene alguna limitación.
Por ejemplo, si el proceso de recolectar la lista es muy costoso, el llamador no obtendrá ningún resultado hasta el final del proceso, y si para mas añadido, el llamador puede no necesitar todos los elementos en función de algún elemento de la lista; usando la forma típica de procesar este comportamiento, el llamador no tiene manera de obtener parcialmente esos resultados.

Además desde el punto de vista de la eficiencia, si la lista es muy grande, la estamos iterando dos veces, una al generarla y otra al procesarla.

Aparte de este uso, es frecuente encontrarse con funciones en que queremos ir extrayendo poco a poco resultados, el funcionamiento típico se basa en llamar repetidas veces a la función con el “estado” de dicha función pasado por parámetros desde el llamador, por ejemplo, en las típicas funciones que te buscan caracteres en una cadena de forma progresiva, cada vez que quieres un nuevo resultado, necesitas pasarle la cadena recortada hasta la anterior ocurrencia del caracter que buscamos. Con los generadores podremos hacer esto de una forma mucho mas natural.

Realmente esta forma de funcionar, no es que no se pueda hacer con C, por ejemplo, usando callbacks podemos simular el mismo comportamiento, pero sin duda la forma de afrontarlo en Python, es mucho mas sencilla, ya que entre otras cosas, está integrado como mecanismo genérico del lenguaje.

Como siempre la mejor forma de aprender algo es viendo un ejemplo sobre ello. Usando los generadores vamos a desarrollar una función que pasado un número binario lo irá “desgranando” y devolviendo los valores decimales por cada bit.

Esto es, si le pasamos a la funcion 10011, la salida será 1+2+0+0+16=19.

Si esto lo hicieramos de la forma habitual, la función tendría que devolver una lista con los elementos, lista que luego deberiamos iterar de nuevo para imprimir el resultado.

### EJEMPLO SIN USAR GENERADORES
def binToDecClassic(val):
	n = 0
	res = []
	while val > 0:
		res += [(val%2) * (2**n)]
		val /= 10
		n+=1

	return res

sum = 0
out = binToDecClassic(10011)
for val in out:
	print "+", val,
	sum += val

print "=", sum

Si usamos generadores, el cógido sería:

### EJEMPLO USANDO GENERADORES
def binToDecUsingGenerators(val):
	n = 0
	while val > 0:
		yield (val % 2) * (2**n)
		val = val / 10
		n += 1

sum = 0
for val in binToDecUsingGenerators(10011):
	print "+", val ,
	sum += val

print "=", sum

Como vemos, el código es muy similar, de hecho, la sintaxis puede llevar a confusión, ya que aunque vemos dos bucles, realmente sólo hay uno, en cada parada del for se corresponde con la instruccion “yield” dentro de la función. Esta palabra reservada, “yield” es la clave de los generadores. Cuando ponemos yield, devolvemos el control al llamador, con el resultado de la expresión que acompaña a dicha palabra, podemos decir que es como un return, pero que no finaliza definitivamente la función.

Este ejemplo, dada su sencillez para ver como funciona un generador, no aprovecha las ventajas que hemos comentado anteriormente, para ello, vamos a ver otro ejemplo algo más completo, para ello vamos a usar la funcion walk() del paquete estandar os. Esta función, dada un directorio raíz, va devolviendo poco a poco, usando “yield” los ficheros y subdirectorios de cada directorio. Por ejemplo, tenemos una función “searchInPath” que busca un fichero en un path:

import os

def searchInPath(path, filename):
    cont = 0
    for root, dirs, files in os.walk(path):
        if filename in files:
            return cont, True
        cont += 1
    return cont, False

[cont, found] = searchInPath('c:\\temp', 'prueba.py')
print cont,' steps - found: ', found

En cada directorio, se nos devolverá el control, de tal manera que si encontramos el fichero, no seguimos iterando por el árbol de directorios, si esto mismo lo haríamos de la forma tradicional, iterariamos por todo el árbol de directorios, devolveriamos la lista y luego deberíamos buscar en la lista de ficheros.