¿Se puede usar JScript.NET para crear una secuencia de comandos de una aplicación .NET?

Question

Desde MS appears to have killed Managed JavaScript in the latest DLR para ambos lados del servidor (ASP.NET Futures) y del lado del cliente (Silverlight), alguien ha utilizado con éxito API no obsoletas para permitir la creación de scripts de sus objetos de aplicación con JScript.NET y/o puede explicar cómo hacer eso? Una solución Mono/JScript también podría ser aceptable, si es estable y cumple con los requisitos a continuación.

Estamos interesados ​​en actualizar un host de scripts que utiliza el motor Microsoft JScript y las API de ActiveScript a algo con más rendimiento y una capacidad de ampliación más sencilla. Tenemos más de 16,000 scripts del lado del servidor que pesan más de 42MB de fuente, por lo que no es posible volver a escribir en otro lenguaje de scripting.

Nuestros requisitos específicos son:

• Noteably mejor rendimiento que el motor de Microsoft JScript (ActiveScript)
  • Mejor rendimiento en tiempo de ejecución y/o
  • retención de guiones pre-analizados o recopilados (Don 't reparse en cada ejecución)
  • Consumo de memoria inferior o igual
• completa ECMA-262 ECMAScript compatibilidad
  • un poco de portabilidad se puede tolerar
• La inyección de objetos personalizados en el espacio de nombres guión
  • .NET objetos (no es un requisito duro)
  • Objetos COM o objetos COM envueltos enNET
• de instancias de objetos COM desde el guión
  • a la "nueva ActiveXObject (progid)" dada
  • Baja prioridad del precedente
• Incluir archivos
  • Pre- carga de "secuencias de comandos auxiliares" en un contexto de ejecución de secuencia de comandos
  • Un "incluir" función o declaración (fácil de crear, teniendo en cuenta lo anterior)
• Soporte para el código en situación de alcance mundial
  • ejecución de código del alcance mundial
  • retención de los valores inicializado a nivel mundial
  alcance
  • Extracción de valores desde el ámbito global
  • inyección y la sustitución de los valores en el ámbito global
• llamada de funciones de script definido por
  • con parámetros
  • y con acceso al ámbito mundial previamente inicializado
• -nivel de depuración Fuente
• apoyo comercial o de código abierto
• No- API obsoletas

Answer 1

Tarde o temprano, me imagino que alguien lo hará escribe un DLR Javascript. Sé que no es muy conveniente para ti en este momento, pero tal vez podrías comenzar el proyecto. Sospecho que tendría un mejor análisis de costo/beneficio para usar JScript.NET.

Answer 2

Si alejarse de .NET y Microsoft está bien para usted, entonces debe probar Rhino de Mozilla. Es una implementación de código abierto de JavaScript escrita completamente en Java. Muchas de las modernas bibliotecas js del lado del servidor se dirigen a esta plataforma.

Answer 3

El uso de Com interop significa que está limitado a una solución de MS Java y Opensource quieren la menor cantidad posible de hacer con ella.

No veo ninguna solución que admita todos sus requisitos o abandona todas las cosas de COM/.NET y va a Java (Rhino)/Linux/Open source o cuestiona el uso de Javascript como su lenguaje de servidor incluso en Linux mundo usamos PHP/Python/Ruby más en el servidor si no podemos ejecutar Java. No verá grandes ganancias de rendimiento con el script Java, ya que el idioma es la principal barrera.

No cuento con que la gente escriba un nuevo DLR ya que el script Java del servidor está muriendo rápidamente.

Considerando que desea rendimiento, ¿qué pasa con F #, Microsoft mantendrá el motor Jscript soportado durante al menos 5 años, dándole tiempo para crear cosas nuevas en F # mientras migra lentamente el código.

Answer 4

He utilizado CSScript.net, ya que le permitirá ejecutar C# como plataforma de scripting. Desde el sitio:

CS-Script combina el poder y la riqueza de C# y FCL con el flexibilidad de un sistema de scripting. CS-Script puede ser útil para los administradores de redes de sistemas y , desarrolladores y probadores . Para cualquiera que necesite una automatización para resolver una variedad de tareas de programación .

CS Script cumple todas las condiciones que usted ha establecido. Lo he usado en producción como sustituto de Boo. Ha funcionado muy bien. Puede verlo en acción here.

Answer 5

Respondí una pregunta similar here. Eche un vistazo a IronJS, una implementación de JavaScript en F # ejecutándose en el DLR.

Answer 6

¿Has visto ROScript? http://www.remobjects.com/script.aspx

es compatible tanto con la sintaxis PascalScript y ECMAScript (JavaScript)

Answer 7

El Jurrassic -Motor está vivo y coleando.

De su sitio CodePlex:

• Soporta todas las funciones de ECMAScript 3 y ECMAScript 5, incluyendo el modo estricto ES5
• bien probado - pasa más de cinco mil pruebas unitarias (con más de treinta mil afirma)
• API simple pero potente
• Compila JavaScript en .NET bytecode (CIL); no un intérprete
• desplegado como un ensamblado de .NET sola (sin código nativo)
• soporte básico para la depuración integrada dentro de Visual Studio
• utiliza la generación de código de peso ligero, por lo que el código generado es totalmente basura recogida
• Probado en .NET 3.5, .NET 4 y Silverlight