Scala ahora sobre .NET

Miguel García, que forma parte del grupo de Scala de la EPFL, se ha esforzado por hacer que la productividad de Scala quede a disposición de los desarrolladores. NET también. En un proyecto financiado por Microsoft, que ha alcanzado un hito importante en la entrega de esa capacidad. En esta entrevista Miguel le dice cómo ahora se puede utilizar Scala en .Net y da una idea de cómo se ha logrado este ambicioso proyecto y la dirección futura.

¿Por qué la gente necesita en Scala. Net?

Miguel:

Hay muchas razones por qué esto es atractivo tanto para los desarrolladores y empresas en general. Scala es un lenguaje de programación conciso y altamente productivo. Mediante el uso de Scala. NET, los desarrolladores pueden producir aplicaciones más rápidamente y tienen la posibilidad de desplegar a través de las dos plataformas importantes de la industria, la JVM y .Net.

Para el programador tiene mucho más sentido también, el aprendizaje de un idioma y crear aplicaciones para ambos entornos. Desde un punto de vista de la empresa de escasos recursos , los buenos desarrolladores, pueden moverse fácilmente entre las plataformas con una reducción de los costos de capacitación, aumentar la flexibilidad y la reducción de riesgos. .Net ofrece una plataforma de integración para varios idiomas y con esto una aplicación en Scala funciona muy bien. Usted puede utilizar las bibliotecas de red o aplicaciones sin necesidad de volver a escribir todo en Scala. Una manera de bajo riesgo para explorar el potencial de la Scala. En última instancia, significa que muchas herramientas y las aplicaciones creadas para la red. JVM y entornos se pueden trasladar de una a la otra. Una situación de ganar-ganar para todos.
Como desarrollador de Scala que apenas se dará cuenta de que se están ejecutando en. Net.

¿Puedo ejecutar programas en Scala. Net ahora?

Miguel:

La respuesta simple es sí, con algunas limitaciones que se retire por la caída.
Si usted tiene un programa de trabajo en la Scala JVM para la mayoría de los casos sólo es necesario recompilar con el compilador Scala.Net y se ejecuta allí.
La limitación clave por el momento es que los programas Scala no puede utilizar las bibliotecas. Net que se compilan con los genéricos de CLR, como las colecciones. Netos. Sin embargo, para este ejemplo en particular que es una limitación menor de la mejor biblioteca de fondos Scala sería la elección de los desarrolladores de todos modos naturales. Para que quede claro: sólo los genéricos CLR que no están implementadas en el compilador Scala.Net, todas las características Scala (incluidos los genéricos Scala) están disponibles para el programador. Los genéricos. Net contará con el apoyo en el otoño.

¿Cómo se desarrollan los programas?

Miguel:

Puedes desarrollar programas Scala directamente en MS Visual Studio. En otoño el plug-in de Visual Studio para la Scala apoyará la funcionalidad básica de la version, es decir, IDE, la realización y exploración del código, los saltos de línea, saltos de expresión y de informes de excepción y así sucesivamente. Sin embargo, el plug-in actual no es compatible, aún con la finalización de código o código de la navegación. Por ese motivo algunos desarrolladores prefieren escribir código en la máquina virtual Java usando Eclipse o IntelliJ y luego hacer la depuración final en Visual Studio. Usted puede encontrar un "How To" como guía aquí y un resumen del proyecto de presentación de diapositivas Scala.Net aquí .

La implementación actual ya es bastante robusta. El compilador Scala.Net se compila en sí, algunas líneas de 100k o menos, de la Scala de código.

¿Cómo hacer que esto funcione para todos?

Miguel:

La principal dificultad a superar es que los programas de Scala hacen un uso intensivo de la JDK de Java y esta funcionalidad no es naturalmente compatible con. Net y el compilador Scala debe generar el código adecuado para. Net
La comunidad Java ya ha creado IKVM que permite que los programas Java se convierta en MSIL y una biblioteca. NET que proporciona el soporte básico de JDK. Este ha sido un largo proyecto en ejecución de código abierto impulsado por Frijters Jeroen. Su motivación es convertir Java en un "una vez escrito, poder ejecutarlo en cualquier lugar". IKVM ha estado en existencia desde hace mucho tiempo y es un proyecto de código abierto muy fiable, con soporte comercial. La biblioteca IKVM ha sido el habilitador fundamental para el arranque del compilador. Net y ha demostrado ser una excelente base para los esfuerzos en el puerto de la biblioteca a la Scala.Net.

Scala.Net tiene una rica historia, no es visto por personas ajenas a la comunidad hacker del compilador. Ha habido varias personas como Nikolay Mihaylov y Rytz Lukas que se han hecho progresos en la creación de un compilador cruzado. Me recogió en el punto en el que había un compilador cruzado, pero fue incapaz de arrancar asi mismo en el medio ambiente de .Net. Esto significa que un archivo ejecutable de Scala.net que recompila sus propias fuentes. Este es el clásico problema de la gallina y el huevo pero en proporciones colosales.

El compilador cruzado era un excelente trabajo pero se encontró con el JDK solamente. Sus fuentes había una gran cantidad de dependencias de JDK API. Esto es muy típico de las aplicaciones de Scala. Programadores Scala todavía dependen de las características proporcionadas por el JDK, aunque muchas veces el equivalente se puede encontrar en el SDK de Scala. Tuvimos el compilador cruzado, pero se perdió una forma de reemplazar automáticamente las dependencias de JDK con llamadas a las bibliotecas en el entorno. Net.

El compilador se IKVM código byte JVM y lo convierte en. Conjunto de la red. Este cambio de código de nivel de byte, aunque un gran paso, no en sí misma nos lleve a la verdad, porque bootstrapping todavía nos quedamos con las dependencias JDK. La tarea por lo tanto, se convirtió en la creación de un pre-procesador que modificar el código fuente Scala directamente reemplazar dependencias JDK con IKVM. Equivalentes netos, un ejercicio de cartografía.

¿Cómo es exactamente lo que hace esta asignación?

Miguel:

El primer paso fue la creación de un conjunto inicial de transformaciones que se necesitan a nivel fuente. La etapa siguiente consistió en extender el compilador Scala de aplicar las transformaciones. No todos los compiladores son lo suficientemente flexibles o proporcionar este tipo de servicios, sin embargo. El compilador de Scala es muy modular y soporta plug-ins, así que era mucho más fácil adaptarse. Un nuevo plug-in Scala JDK2IKVM fue creado que se aplica la fuente de transformar en modo batch. El código fuente resultante pasa a través del resto de las fases del compilador estándar de producción de código de bytes MSIL con referencias de la biblioteca IKVM. Voila, tenemos Scala.Net, un compilador de Scala y puede se compile. Bootstrapping logrado. En realidad tuvimos que repetir todo el proceso de compilación / transformar varias veces para captar todos los casos es necesario transformar.
Detrás de las escenas que utilizan una tecnología de refactorización y la técnica que podría ser utilizado en otros escenarios de migración. Por ejemplo, la conversión de Java.IO a Scala.IO automáticamente. Usted puede aprender acerca de estas técnicas y todas las cosas que estamos haciendo para portar código Scala a otras plataformas en la esquina del compilador Scala . Si eres un hacker compilador entonces hay un montón de cosas fascinantes de ver.
Por supuesto, el compilador de Scala es sólo otra aplicación Scala por lo que es fácil comprender que este proceso se puede utilizar para cualquier aplicación Scala desarrollado para la JVM.

¿Qué hay de primitivo tipo de compatibilidad?

Miguel:

Los tipos primitivos que ofrece el. Net CLR virtuales de la máquina son un superconjunto de los tipos de JVM. También hay tipos de valor que son como los registros. Desde el punto de vista de escritor del compilador, es fácil pasar de uno a otro. Las cadenas funcionan bien con el procedimiento de transformación. Es poco probable que los casos de esquina se han perdido, ya que han sido bien probado. El IKVM ha tenido muchos años de uso en la comunidad IKVM.

¿Qué viene ahora?

Miguel:

Como se ha mencionado antes de que se amplía el plug-in de Visual Studio para dar a la experiencia del desarrollador IDE completo y añadiendo soporte de. Genéricos red. De hecho, la depuración ya es bastante útil, por ejemplo en vez de toda una línea en un momento de pisar una sub-expresión a la vez.
Sin embargo, hay algunas partes del SDK se requiere una modificación para ejecutarse en el medio ambiente. Netos. Un ejemplo es la colección paralela que será necesario que la programación interna y la administración de subprocesos se hace. Compatible con Net modelo de hilo. Hacer frente a este y otros ejemplos tendrá una recompensa agradable, los programas que se benefician de este tipo de aumento de rendimiento va a salir adelante. Netos también.
Transformar el mapa se ampliará para apoyar algunas bibliotecas básicas que son comúnmente utilizados por los desarrolladores, IO, por ejemplo.

¿Hay alguna recomendación para los usuarios / desarrolladores?

Miguel:

Sí, el cómo hacer para Scala.Net muestra una técnica para tener API. NET está disponible en los talones que las hace visibles para completar el código de JVM IDEs basados ​​en Scala. Una vez que la aplicación ha sido desarrollada, entonces puede ser movido. Netos. Esto es sólo una solución provisional hasta la completa scala plug-in está disponible para Visual Studio.
Pero sobre todo empezar a usar Scala en. Net. Los comentarios más me hago, más me puede hacer que funcione para usted.