私はそこにいくつかの亜種を見ています。 ClojureCLR、LSharp、IronScheme、IronLispなどがあります。これらのうちのいずれかが積極的に維持されていますか、あるいはどこか近くで "成熟"しているのですか、あるいはそれらは主に実験や粉塵収集家ですか？ .Net dllのコンパイルと他の.Net dllの参照についての最も成熟したフレームワークとみなされるでしょうか？ Visual Studioには少なくとも「Create Lisp Project」機能がありますか？.Net CLR用のかなり成熟したLisp/Scheme/Clojureコンパイラはありますか？
IronLispは死んでいると今度はまだベータ版であるIronScheme、取って代わら。
LシャープとClojureCLRは似ていて、CLR用の現代Lispのアイデアに従っています（IronSchemeとは異なり、新しいプラットフォームでR6RS標準を実装しようとしています）。 ClojureCLRはLシャープよりも人気が高いようですが、JavaのClojureコミュニティは急速に成長していますので、.NETアプリケーションで多くのライブラリを使用できます。
私はClojureCLRのために利用できるVS2010 pluginがあることを知っています。
私はClojureCLRが今最も集中的に開発されたので、私はそれに賭けるだろう、と考えています。一方、Clojure（とClojureCLR）はまだ変更されており、将来のバージョンは現在の状態と大きく異なる場合がありますが、これは長期間のプロダクションプロジェクトにはあまり適していません。この時点から、古い検証済みR6RSを実装しているIronSchemeがより好ましい。私はL＃をたくさん言うことはできませんが、ClojureCLRとIronSchemeの間のどこかにあると思います。
ので、実際の決定は、個人のニーズに依存します：安定性、（潜在的な）プロジェクトの大きさ、および、もちろん、言語機能は - 3のすべてについて少し学ぶことを忘れないでください。
IronScheme、L＃、またはClojureCLR、または成熟しているか、アクティブな別のものか？すなわち、カッコと.Netが大好きな方は、どこから始めればいいですか？ –
@Dax：投稿を更新しました。 – ffriend
あり、.NETの相互運用性に重点を置いて、.NET用（非標準）のLispコンパイラいずれかになります。
http://www.meta-alternative.net/mbase.html
は、それがリストされているすべての最も機能豊富だが、それが変化し続け、まだベータ段階です。
Biglooは、CとJava VMのよく知られたSchemeコンパイラであり、最近実験的な.NETバイトコードコンパイラが追加されました。
「実験的」は、OPが具体的に求めている「成熟した」と正確には合致しません。 –
Lispから.NETを呼び出すだけで、DLLのを作成する必要がなければ、RDNZLが役に立ちます。
私はRDNZLとあなたのLisp実装でDLLを作ることができないと言っているわけではありません。私はそれをしようとする理由がありません。
CloJureCLR、またCloSureCLR。 _J_には_J_があります。正解してください。 – ffriend