Gibt es .NET CLR / DLR-Implementierungen von ECMAScript?

Weiß jemand vonecht (i .. no vaporware) Implementierungen von ECMAScript für das.NET CLR / DLR? Idealerweise sowaswas Rhino für Java ist. Eine solide Portierung von Rhino unter .NET Framework / Mono Framework wäre perfekt.

Ich habe nur eine Handvoll erwähnter Projekte gesehen, aber noch nie etwas zum Vorschein gebracht oder in der Realität etwas gesehen, auf dem ich jemals ein Skript ausführen konnte. Folgendes weiß ich bereits:

MSScriptControl ActiveX-Steuerelement: AFAIK, dies war Microsofts letzte echte ECMAScript-konforme Implementierung (läuft mit JScript 5.7). Ich habe mich in MSScriptControl integriert, aber COM-Interop ist für mich keine Antwort auf diese Frage. x64 ist ein Killer für diese Option.

JScript.NET: Ich zähle JScript.NET nicht, da es niemals eines meiner echten Skripte erfolgreich analysieren konnte. Es scheint Probleme mit Verschlüssen zu haben.

Managed JScript: Klingt wie das, was ich will, aber es scheint tot im Wasser zu sein. Es war eine wichtige Beispielimplementierung für das DLR, verfing sich dann aber in SilverLight und scheint seit 2007 als Priorität verblasst zu sein. Kreditwürdige Quellen zu diesem Status wären hilfreich.

MyJScript: Als Tutorial-Implementierung für das DLR erstellt. Weiß jemand, wie vollständig eine Implementierung ist?

Jint: JavaScript-Interpreter für .NET.Unterstützt noch nicht Currying odertry-catch-finally.

RemObjects Script für .NET: Ein interessanter Anwärter noch in Arbeit. Ich bin durch ihr Marketing verwirrt, was es eigentlich sein wird, aber es klingt, als ob es irgendwann passen könnte. Wenn jemand mehr darüber weiß, wäre das auch hilfreich.

V8 für .NET: Dies wäre großartig, wenn jemand V8 nach .NET portieren würde. Soweit ich weiß, gibt es auch hier keine großen Anstrengungen. Der Link verweist auf eine Idee zum Aufrufen von einem verwalteten C ++ - Wrapper.

Als Hintergrund möchte ich in der Lage sein, JavaScript in .NET auszuführen. Laden Sie eine Reihe von Skripten in den Kontext und rufen Sie diesen Kontext auf und rufen Sie die Ausführungsergebnisse ab. Momentan springe ich durch die Rahmen, um MSScriptControl über umständliches COM Interop zu nutzen. Die Inkonsistenz von COM erschwert die Bereitstellung und gewährleistet eine konsistente Ausführung.

Ich möchte in der Lage sein, einigermaßen komplexe JavaScript-Testkonfigurationen in .NET auszuführen. Dies ist nicht zum Erstellen von Benutzermakros oder einfachen winzigen Skripten gedacht. Ich brauche eine echte JavaScript-Umgebung wie Rhino. Wenn die Implementierung auf der CLR (anstelle von COM) ausgeführt würde, würde dies bei einigen der aktuellen Probleme wirklich helfen.

Antworten auf die Frage(9)

Ihre Antwort auf die Frage