ho già risposto su VS in un commento.
In termini di interoperabilità .NET, IronScheme è probabilmente migliore, grazie alla progettazione e alla scrittura in .NET e al riutilizzo progressivo dei tipi .NET esistenti.
In termini di consumatore .NET, IronScheme fornisce un supporto eccellente per la maggior parte delle funzionalità .NET (ad esempio generici, ecc.).
In termini di produttore .NET, IronScheme manca ancora un po '. Esempio, non è possibile creare metodi o classi generici. I campi tipizzati (su record) sono stati introdotti solo di recente e anche questo è un po 'limitante (nessun supporto per le definizioni del tipo di campo ricorsivo reciproco).
Esempio quello che una media da sopra:
class Foo { Bar bar; }
class Bar { Foo foo; }
a produrre qualcosa di simile, non è possibile attualmente, ma qualcosa che è fattibile (in una certa misura).
Con alcuni sviluppi verso la fine dello scorso anno (2011), ho reso possibile scrivere codice in IronScheme che scorre veloce (o anche più veloce) di quello in C#. L'output del metodo IL del codice corrisponde a F # da vicino (per pura coincidenza). Non mi annoio più nemmeno il benching contro IronPython/IronRuby. :)
Sentitevi liberi di chiedere di più, se necessario.
Inoltre, potrebbero esserci alcune discussioni informative sul forum di discussione Codeplex per IronScheme. Normalmente rispondo molto velocemente.
Basta attenersi a VS2008SP1. C'è un plugin per l'editor per questo. IMO VS2010 è troppo buggato per tentare anche un supporto decente. Speriamo che i bug degli showstopper vengano corretti in VS11 +. Indagherò sul porting del plug-in dell'editor in quel momento. – leppie
Quindi sto solo seguendo la versione più recente perché VS 2008 non ha molte funzionalità per il 2010 e non posso essere sicuro di quando ne ho bisogno. – Cynede
Si chiamano funzionalità, io li chiamo bug :) – leppie