JScript.NET可以用来编写.NET应用程序的脚本吗？

Question

由于MS 似乎在服务器端(ASP.NET Futures)和客户端(Silverlight)的最新DLR中杀死了托管JavaScript,所以有人成功使用非过时的API来允许使用JScript.NET编写应用程序对象的脚本和/或可以解释如何这样做？Mono/JScript解决方案也可以接受,如果它稳定并满足下面的要求.

我们感兴趣的是将使用Microsoft JScript引擎和ActiveScript API的脚本宿主升级到具有更高性能和更易扩展性的东西.我们有超过16,000个服务器端脚本,重量超过42MB,因此重写为另一种脚本语言是不可能的.

我们的具体要求是:

• 比Microsoft JScript(ActiveScript)引擎更好的性能
  • 更好的运行时性能和/或
  • 保留预解析或编译的脚本(不要在每次运行时重新解析)
  • 较低或相等的内存消耗
• 完整的ECMA-262 ECMAScript兼容性
  • 可以容忍一点移植
• 将自定义对象注入脚本命名空间
  • .NET对象(不是硬性要求)
  • 用.NET包装的COM对象或COM对象
• 从Script实例化COM对象
  • àla"new ActiveXObject(progid)"
  • 鉴于前面的优先级低
• 包含文件
  • 将"帮助程序脚本"预加载到脚本执行上下文中
  • "包含"功能或声明(如上所述,易于创建)
• 支持全局范围的代码
  • 执行全局范围的代码
  • 保留在全局范围初始化的值
  • 从全局范围中提取值
  • 在全球范围内注入和替换值
• 调用脚本定义的函数
  • 带参数
  • 并可访问先前初始化的全局范围
• 源级调试
• 商业或开源支持
• 非过时的API

Answer 1

我想迟早有人会编写 DLR Javascript。我知道现在对你来说不太方便，但也许你可以开始这个项目。我怀疑使用 JScript.NET 会有更好的成本/效益分析。