.Net CLR是否有相當成熟的Lisp/Scheme/Clojure編譯器？

Question

我看到了幾個變種; ClojureCLR，LSharp，IronScheme，IronLisp等等。這些主動維護和/或任何地方接近「成熟」，或者他們大多是實驗或灰塵收集者？這將被認爲是編譯.Net dll的最成熟的框架，並引用其他.Net dll的，如果有的話？至少有一個「創建Lisp項目」功能與Visual Studio完美集成嗎？

Answer 1

IronLisp是死的，由IronScheme，這又是仍公測取代。 Sharp和ClojureCLR類似，它們遵循現代Lisp對於CLR的相同想法（與IronScheme相比，它試圖在新平臺上實現R6RS標準）。 ClojureCLR似乎比L Sharp更受歡迎，Java的Clojure社區正在迅速成長，因此您可以在.NET應用程序中使用其許多庫。

我知道ClojureCLR有VS2010 plugin可用。

我相信，ClojureCLR現在最集中發展，所以我會賭。在另一方面，Clojure的（所以ClojureCLR）仍然改變，和它的未來版本可能會從目前的狀態，這對於長期生產項目很好的差別很大。從這一點來說，實施舊的驗證的R6RS的IronScheme更爲可取。我不能說很多L＃，但我想它在ClojureCLR和IronScheme之間。

所以，實際的決定取決於你個人的需求：穩定，（潛在）項目，當然的大小，語言功能 - 不要忘記了解所有三個位。

Answer 2

有一個（非標）Lisp語言的編譯器爲.NET與.NET互操作的重點：

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

它的功能豐富全部上市最多的，但它在不斷變化和它仍處於測試階段。

Answer 3

不要忘記Bigloo，它是C和Java VM的着名Scheme編譯器，最近又增加了一個實驗性的.NET字節碼編譯器。

Answer 4

如果您只是需要從Lisp調用.NET，並且不需要創建DLL的，那麼RDNZL可能適合您。

我不是說你不能用RDNZL和你的Lisp實現創建DLL，我只是沒有任何理由去嘗試去做。