Может ли JScript.NET использоваться для сценария приложения .NET?

Question

Поскольку MS appears to have killed Managed JavaScript in the latest DLR как для серверной (ASP.NET Futures), так и для клиентской стороны (Silverlight), кто-нибудь успешно использовал ненужные API-интерфейсы, чтобы разрешать скриптирование своих прикладных объектов с помощью JScript.NET и/или объяснять, как Сделай так? Решение Mono/JScript также может быть приемлемым, если оно стабильно и соответствует приведенным ниже требованиям.

Мы заинтересованы в том, чтобы модернизировать хост сценария, который использует механизм Microsoft JScript и API ActiveScript, с чем-то с большей производительностью и более легкой расширяемостью. У нас более 16 000 серверных скриптов весом более 42 МБ, поэтому переписывание на другой язык сценариев не может быть и речи.

Наши специфические требования:

• Noteably более высокую производительность, чем (ActiveScript) двигатель Microsoft JScript
  • Повышение производительности во время выполнения и/или
  • Удержание предварительно проанализированных или скомпилированных скриптов (дон повторная обработка при каждом прогоне)
  • Потребление в нижней или равной памяти
• Полный ECMA-262 ECMAScript совместимость
  • немного портирование может допускаться
• Injection пользовательских объектов в пространстве имен сценария
  • .NET объекты (не жесткое требование)
  • COM-объекты или COM-объекты, завернутые в.NET
• Инстанцирование из COM объектов из скрипта
  • а-ля "новый ActiveXObject (идентификатору)"
  • Низкий приоритет дал предшествующему
• инклюдника
  • PRE- загрузка «вспомогательных скриптов» в контекст выполнения скрипта
  • «включают» функция или оператор (легко создать, учитывая выше)
• Поддержка кода в глобальной области видимости
  • Выполнение кода глобальной области
  • удерживания значений инициализируется на глобальном объем
  • Извлечение значений из глобальной области
  • инъекций и замены значений в глобальном масштабе
• Призвания скриптовых функций, определяемый
  • с параметрами
  • и с доступом к ранее инициализирован глобальному масштабу
• Отладка исходного уровня
• Коммерческого или Open Source Support
• Non- устаревшие API

Answer 1

Рано или поздно, я думаю, кто-то будет напишите DLR Javascript. Я знаю, что сейчас это не очень удобно для вас, но, возможно, вы можете начать проект. Я подозреваю, что у него будет лучший анализ затрат и выгод с использованием JScript.NET.

Answer 2

Если вы удаляетесь от .NET и Microsoft в порядке, попробуйте Mozilla's Rhino. Это реализация JavaScript с открытым исходным кодом, полностью написанная на Java. Многие современные серверные js-библиотеки нацелены на эту платформу.

Answer 3

Использование Com interop означает, что вы ограничены MS-решением Java и Opensource, которые хотят как можно меньше сделать с ним.

Я не вижу никакого решения, которое поддерживает все ваши требования, либо вы все канаты COM/.NET, и отправляете Java (Rhino)/Linux/Open source, либо задаете вопрос об использовании Javascript в качестве языка вашего сервера даже в Linux мир мы используем PHP/Python/Ruby больше на сервере, если мы не можем запустить Java. Вы не увидите большой прирост производительности с помощью Java-скрипта, поскольку основным препятствием является язык.

Я бы не рассчитывал на людей, которые пишут новую DLR, поскольку серверный скрипт Java быстро умирает.

Учитывая, что вы хотите производительность, а что касается F #, Microsoft будет поддерживать механизм Jscript в течение как минимум 5 лет, давая вам время для создания нового материала в F #, в то время как вы медленно переносите код.

Answer 4

Я использовал CSScript.net, так как он позволит вам запускать C# в качестве скриптовой платформы. С сайта:

CS-Script сочетает в себе мощь и богатство C# и ГКЛ с гибкость системы сценариев. CS-Script может быть полезен для системы и сетевых администраторов, разработчиков и тестеров. Для тех, кому нужна автоматизация для решения разнообразных задач программирования .

CS Script удовлетворяет всем условиям, которые вы изложили. Я использовал его в производстве в качестве замены для Boo, который он сделал очень хорошо. Вы можете увидеть это в действии here.

Answer 5

Я ответил на аналогичный вопрос here. Взгляните на IronJS, реализацию JavaScript в F #, запущенную на DLR.

Answer 6

Вы видели ROScript? http://www.remobjects.com/script.aspx

Поддерживает PascalScript и ECMAScript (Javascript) Синтаксис

Answer 7

Jurrassic жив-движка и ногами.

С их Codeplex сайта:

• поддерживает все ECMAScript 3 и ECMAScript 5 функциональность, в том числе ES5 строгого режима
• Хорошо испытанным - проходит более пяти тысяч единиц испытаний (с более чем тридцати тысяч утверждает)
• Простой, но мощный API
• Компилирует JavaScript в .NET bytecode (CIL); не переводчик
• Развернутые в качестве единой сборки .NET (не родного кода)
• Базовой поддержки для комплексной отладки в Visual Studio
• Использует поколение облегченной коды, поэтому сгенерированный код полностью собран сборщиком мусора
• Испытано на .NET 3.5, .NET 4 и Silverlight