Migración de CPython a Jython

En primer lugar, tengo que decir que la implementación de Jython es muy buena. La mayoría de las cosas "simplemente funcionan".

Aquí hay algunas cosas que me he encontrado:

• Los módulos C no están disponibles, por supuesto.

• Abrir ('archivo').read () no cierra automáticamente el archivo. Esto tiene que ver con la diferencia en el recolector de basura. Esto puede causar problemas con demasiados archivos abiertos. Es mejor usar el modismo" with open('file') as fp".

• Configuración de la directorio de trabajo actual (usando os.setcwd()) funciona para código Python, pero no para código Java. Emula el directorio de trabajo actual para todo lo relacionado con el archivo, pero solo puede hacerlo para Jython.

• El análisis XML intentará validar una DTD externa si está disponible. Esto puede causar ralentizaciones masivas en el código de manejo XML porque el analizador descargará el DTD a través de la red. I informó de este problema, pero hasta ahora sigue sin solucionarse.

• El _ _ del __ el método se invoca muy tarde en el código Jython, no inmediatamente después de que se elimine la última referencia al objeto.

Hay una antigua lista de diferencias, pero no hay una lista reciente disponible.

Hasta ahora, he notado dos problemas más:

• La internación de cadenas 'a' es 'a' no está garantizada (y es solo una fluke de implementación en CPython). Esto podría ser un problema serio, y realmente estaba en una de las bibliotecas que estaba portando (Jinja2). Las pruebas unitarias son (como siempre) tus mejores amigos!

Jython 2.5b0 (trunk:5540, Oct 31 2008, 13:55:41)
>>> 'a' is 'a'
True
>>> s = 'a'
>>> 'a' is s
False
>>> 'a' == s   
True
>>> intern('a') is intern(s)
True

Aquí está la misma sesión sobre CPython:

Python 2.5.2 (r252:60911, Oct  5 2008, 19:24:49)
>>> 'a' is 'a'
True
>>> s = 'a'
>>> 'a' is s
True
>>> 'a' == s
True
>>> intern('a') is intern(s)
True

• os.las funciones spawn* no están implementadas. En su lugar, utilice subproceso.llamada. Me sorprendió realmente, como el implementación mediante subproceso.llamar sería fácil, y estoy seguro de que aceptarán parches.

(He estado haciendo algo similar a usted, portando una aplicación recientemente)

Cuando cambié un proyecto de CPython a Jython hace algún tiempo, me di cuenta de una reducción de velocidad de hasta 50 veces para las secciones críticas de tiempo. Por eso me quedé con CPython.

Sin embargo, eso podría haber cambiado ahora con las versiones actuales.

Es posible que también desee investigar JPype. No estoy seguro de cuán maduro es comparado con Jython, pero debería permitir a CPython acceder al código Java.

Recientemente, trabajé en un proyecto para un profesor en mi escuela con un grupo. Al principio, se decidió que escribiríamos el proyecto en Python. Definitivamente deberíamos haber usado CPython. Escribimos el programa en Python y todas nuestras pruebas unitarias finalmente funcionaron. Debido a que la mayoría de la gente ya tiene Java instalado en sus computadoras, y no Python, decidimos simplemente implementarlo como Jython jar. Por lo tanto, escribimos la GUI con Swing, porque eso está incluido en el estándar de Java biblioteca.

La primera vez que ejecuté el programa con Jython, se bloqueó inmediatamente. Por un lado, csv.lector ".fieldnames" siempre parecía ser Ninguno. Por lo tanto tuve que cambiar varias partes de nuestro código para trabajar alrededor de esto.

Una sección diferente de mi código también se estrelló, lo que funcionó bien con CPython. Jython me acusó de hacer referencia a una variable antes de que se le asignara nada (lo que me volvió loco y realmente no era el caso). Este es un ejemplo: Código de ActiveState Orden externo de la receta

Peor aún, la actuación fue horrible. Básicamente, este código combinaba varios archivos CSV, uno de los cuales era de aproximadamente 2 GB. En CPython, corrió en 8,5 minutos. En Jython, funcionó en 25 minutos.

Estos problemas ocurrieron con 2.5.2rc2 (el último en el momento de escribir este post).