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

Question

既然MS 似乎在最新的DLR中杀死了托管JavaScript。用于服务器端(ASP.NET期货)和客户端(Silverlight)，是否有人成功地使用了非过时的API来允许使用JScript.NET和/或解释如何使用JScript.NET来编写应用程序对象？如果Mono/JScript解决方案是稳定的，并且满足下面的要求，那么它也可能是可以接受的。

我们感兴趣的是从使用微软JScript引擎和ActiveScript API的脚本主机升级到具有更高性能和更容易扩展的功能。我们有超过16,000个服务器端脚本，超过42 at的源代码，所以重写成另一种脚本语言是不可能的。

我们的具体要求是：

• 值得注意的是，性能优于Microsoft JScript (ActiveScript)引擎。
  • 更好的运行时性能和/或
  • 保留预解析或编译的脚本(不要在每次运行时进行分析)
  • 较低或相等的内存消耗

​

• 完全ECMA-262 ECMAScript兼容性
  • 小小的移植是可以容忍的

​

• 将自定义对象注入脚本命名空间
  • .NET对象(不是硬要求)
  • 封装在.NET中的COM对象或COM对象

​

• 从脚本实例化COM对象
  • “新ActiveXObject(progid)”
  • 给定前面的低优先级

​

• 包含文件
  • 将“助手脚本”预加载到脚本执行上下文中
  • “包含”函数或语句(在上述情况下易于创建)

​

• 支持全局范围中的代码
  • 执行全局范围内的代码
  • 保留在全局范围初始化的值
  • 从全局范围提取值
  • 在全球范围内注入和替换值

​

• 调用脚本定义函数
  • 带参数
  • 并访问先前初始化的全局范围。

​

• 源级调试
• 商业或开放源码支持
• 非过时的APIs

Answer 1

我回答了一个类似的问题，这里。看看IronJS，在JavaScript上运行的F#中的一个JavaScript实现。

Answer 2

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

Answer 3

如果离开.NET和微软对你来说没问题，那么你应该试试Mozilla的犀牛。它是一个完全用Java编写的JavaScript的开源实现。很多现代服务器端的js库都以这个平台为目标。