JVM/CLR Opciones de idioma compatibles con la fuente

Question

Tengo una herramienta de migración de base de datos Java de código abierto (http://www.liquibase.org) que estoy considerando transferir a .Net.

La mayoría de la herramienta (al menos desde el punto de vista de la complejidad) tiene lógica como "si está agregando una clave principal y la base de datos es Oracle use este SQL. Si la base de datos es MySQL use este SQL. es nombrado y la base de datos es Postgres usa este SQL ".

Podría bifurcar la base de código Java y encubrirla (de forma manual y/o automática), pero a medida que entren actualizaciones y correcciones de errores a la lógica anterior, no quiero tener que aplicarla a ambas versiones. Lo que me gustaría hacer es mover toda esa lógica a una forma que las versiones de Java y .Net puedan compilar y usar ingenuamente.

El código que intento convertir no contiene ningún uso avanzado de la biblioteca (JDBC, System.out, etc.) que varíe significativamente de Java a .Net, así que no creo que sea un problema (en lo peor se puede diseñar alrededor).

Así que lo que estoy buscando es:

• Un lenguaje en el que puedo código partes comunes de mi aplicación y compilarlo en clases utilizables por las lenguas "estándar" en la plataforma de destino
• no añade ningún requisito de tiempo de ejecución al sistema
• Nada tan extraño que ahuyenta a los posibles contribuyentes

I kN Tanto Python como Ruby tienen implementaciones para JVM y CLR. ¿Qué tan bien se ajustan a mis requisitos? ¿Alguien ha tenido éxito (o no ha tenido éxito) usando esta técnica para aplicaciones multiplataforma? ¿Hay alguna pregunta de la que deba preocuparme?

Answer 1

Compruebe hacia fuera el Fantom programming language. Tiene su propia sintaxis similar a Java/C#, pero puede apuntar a Java VM o .NET CLR.

Su página "Why Fantom" ofrece una visión general de alto nivel de su enfoque de la portabilidad frente a los lenguajes dinámicos que se ejecutan en una máquina virtual.

Answer 2

Puede tener algo de suerte usando IKVM.NET. No estoy seguro de su estado exacto, pero vale la pena intentarlo si insiste en ejecutar código Java en .NET Framework. Incluye una implementación .NET de la biblioteca de clases base de Java, por lo que parece razonablemente completa.

La única otra opción que podría sugerir es portar el código al lenguaje J#, un lenguaje .NET completo (aunque no de primera clase en el sentido de que C# o VB.NET). El lenguaje fue diseñado para que las diferencias con Java fueran mínimas.

Answer 3

Si usted está pensando en un enfoque emdedded, puede mirar a Lua.