С МСпохоже, убил управляемый JavaScript в последнем DLR как на стороне сервера (ASP.NET Futures), так и на стороне клиента (Silverlight) кто-нибудь успешно использовал устаревшие API-интерфейсы для разрешения сценариев объектов своих приложений с помощью JScript.NET и / или может объяснить, как это сделать? Решение Mono / JScript также может быть приемлемым, если оно стабильно и соответствует приведенным ниже требованиям.

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

Наши конкретные требования:

Заметно лучшая производительность, чем у движка Microsoft JScript (ActiveScript)Лучшая производительность во время выполнения и / илиСохранение предварительно проанализированных или скомпилированных скриптов (не повторять при каждом запуске)Более низкое или равное потребление памятиПолная совместимость с ECMA-262 ECMAScriptнемного портирования можно терпетьВнедрение пользовательских объектов в пространство имен скриптаОбъекты .NET (не сложное требование)COM-объекты или COM-объекты, заключенные в .NETСоздание COM-объектов из скриптаа-ля "новый ActiveXObject (progid)"Низкий приоритет с учетом предыдущегоВключить файлыПредварительная загрузка «вспомогательных сценариев» в контекст выполнения сценарияФункция или оператор «include» (легко создать, учитывая вышеизложенное)Поддержка кода в глобальном масштабеВыполнение кода глобальной областью действияСохранение значений, инициализированных в глобальном масштабеИзвлечение значений из глобальной области видимостиИнъекция и замена ценностей в глобальном масштабеВызов скриптовых функцийс параметрамии с доступом к ранее инициализированной глобальной области видимостиОтладка на уровне исходного кодаКоммерческая или открытая поддержкаНе устаревшие API