2010-12-14 5 views
20

Ich sehe mehrere Varianten da draußen; ClojureCLR, LSharp, IronScheme, IronLisp, unter anderem. Sind irgendwelche von diesen aktiv gepflegt und/oder irgendwo in der Nähe von "reifen", oder sind sie meist Experimente oder Staub-Sammler? Welches wäre das ausgereifteste Framework für das Kompilieren von .Net-DLLs und das Referenzieren anderer .Net-DLLs, falls vorhanden? Kann man sich gut in Visual Studio integrieren, zumindest mit der Funktion "Lisp-Projekt erstellen"?Gibt es ziemlich ausgereifte Lisp/Scheme/Clojure Compiler für .Net CLR?

+0

CloJureCLR, noch ClosureCLR. _J_ ist da für _Java_. Richtig, bitte. – ffriend

Antwort

14

IronLisp ist tot und ersetzt durch IronScheme, das wiederum Beta ist.

L Sharp und ClojureCLR sind ähnlich und sie folgen der gleichen Idee des modernen Lisp für CLR (im Gegensatz zu IronScheme, das versucht, nur den R6RS-Standard auf der neuen Plattform zu implementieren). ClojureCLR scheint beliebter zu sein als L Sharp, und Javas Clojure-Community wächst schnell auf, so dass Sie viele ihrer Bibliotheken in Ihrer .NET-Anwendung verwenden können.

Ich weiß, dass für ClojureCLR gibt es eine VS2010 plugin zur Verfügung.

Ich glaube, ClojureCLR ist jetzt am intensivsten entwickelt, also würde ich darauf wetten. Auf der anderen Seite, Clojure (und so ClojureCLR) ändert sich immer noch, und zukünftige Versionen davon können sich sehr vom aktuellen Zustand unterscheiden, der für ein Langzeitproduktionsprojekt nicht sehr gut ist. Ab diesem Punkt ist IronScheme, das alte verifizierte R6RS implementiert, vorzuziehen. Ich kann nicht viel L # sagen, aber ich denke, es ist irgendwo zwischen ClojureCLR und IronScheme.

Also hängt die tatsächliche Entscheidung von Ihren persönlichen Bedürfnissen ab: Stabilität, Größe eines (potenziellen) Projekts und natürlich Sprachmerkmale - vergessen Sie nicht, etwas über alle drei zu lernen.

+0

Also, IronScheme, L # oder ClojureCLR, oder eine andere, die reifer und/oder aktiv ist? Wenn man Klammern und .Net liebt, wo sollte man anfangen? –

+1

@Dax: Ich habe Post aktualisiert. – ffriend

0

Es gibt ein (Nicht-Standard) Lisp-Compiler für .NET mit einem Schwerpunkt auf .NET-Interoperabilität:

http://www.meta-alternative.net/mbase.html

Es ist die funktionsreiche aller aufgeführt, aber es ändert sich ständig und Es ist immer noch in der Beta-Phase.

0

Vergessen Sie nicht Bigloo, die ein bekannter Scheme-Compiler zu C und der Java VM ist, und kürzlich einen experimentellen .NET-Bytecode-Compiler hinzugefügt.

+0

"Experimental" gilt nicht genau als "reif", was das OP ausdrücklich verlangt hat. –

0

Wenn Sie gerade benötigen .NET von Lisp zu nennen, und Sie brauchen nicht DLL , erstellen RDNZL kann für Sie arbeiten.

Ich sage nicht, dass Sie DLLs mit RDNZL und Ihrer Lisp-Implementierung nicht erstellen können, ich hatte einfach keinen Grund, es zu versuchen.

Verwandte Themen