自从多发性硬化症似乎已在最新的 DLR 中终止了托管 JavaScript对于服务器端(ASP.NET Futures)和客户端(Silverlight),是否有人成功使用未过时的 API 来允许使用 JScript.NET 编写其应用程序对象的脚本和/或可以解释如何做到这一点?如果 Mono/JScript 解决方案稳定并且满足以下要求,那么它也可能是可以接受的。
我们有兴趣将使用 Microsoft JScript 引擎和 ActiveScript API 的脚本主机升级为具有更高性能和更易于扩展的东西。我们有超过 16,000 个服务器端脚本,源代码超过 42MB,因此重写为另一种脚本语言是不可能的。
我们的具体要求是:
- Noteably better performance than the Microsoft JScript (ActiveScript) engine
- 更好的运行时性能和/或
- 保留预解析或编译的脚本(不要在每次运行时重新解析)
- 降低或等于内存消耗
- Full ECMA-262 ECMAScript compatibility
- Injection of custom objects into the script namespace
- .NET 对象(不是硬性要求)
- COM 对象或封装在 .NET 中的 COM 对象
- Instantiation of COM objects from Script
- à la “new ActiveXObject(progid)”
- 鉴于前面的情况,优先级较低
- Include files
- 将“帮助程序脚本”预加载到脚本执行上下文中
- 一个“include”函数或语句(鉴于上述内容,很容易创建)
- Support for code at global-scope
- 全局范围内执行代码
- 保留在全局范围内初始化的值
- 从全局范围中提取值
- 全球范围内的值注入和替换
- Calling of script-defined functions
- 源码级调试
- 商业或开源支持
- 未过时的 API
我回答过类似的问题here。看一下IronJS,在 DLR 上运行的 F# 中的 JavaScript 实现。
本文内容由网友自发贡献,版权归原作者所有,本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容,请联系:hwhale#tublm.com(使用前将#替换为@)