ya he contestado sobre VS en un comentario.
En términos de interoperabilidad .NET, IronScheme es probablemente mejor, debido a que está diseñado y escrito en .NET y a la reutilización liberal de los tipos de .NET existentes.
En términos de ser un consumidor de .NET, IronScheme proporciona soporte excelente para la mayoría de las características de .NET (por ejemplo, genéricos, etc.).
En términos de ser un productor .NET, IronScheme todavía carece de un poco. Ejemplo, no puede crear métodos o clases genéricos. Los campos tipeados (en los registros) se introdujeron recientemente e incluso eso es un poco limitante (no admite definiciones de tipo de campo recursivo mutuo).
Ejemplo qué una media por encima de:
class Foo { Bar bar; }
class Bar { Foo foo; }
para producir algo como esto, no es posible actualmente, sino algo que es factible (hasta cierto punto).
Con algunos desarrollos a finales del año pasado (2011), he hecho posible escribir código en IronScheme que se ejecuta tan rápido (o incluso más rápido) que en C#. El método de salida IL del código coincide estrechamente con F # (por pura coincidencia). Ni siquiera me molesto en ir contra IronPython/IronRuby. :)
No dude en preguntar más, si es necesario.
Además, puede haber algunas discusiones informativas sobre el foro de discusión de Codeplex para IronScheme. Normalmente respondo muy rápido.
Solo adhiérase a VS2008SP1. Hay un plugin de editor para eso. IMO VS2010 es demasiado defectuoso para siquiera intentar un soporte decente. Esperemos que los errores de showstopper se corrijan en VS11 +. Investigaré portar el plugin editor a él entonces. – leppie
Así que solo estoy siguiendo la versión más reciente porque VS 2008 no tiene muchas características de 2010 y no puedo estar seguro cuando las necesito. – Cynede
Usted los llama características, los llamo errores :) – leppie